如何解决TortoiseSVN，更新后或提交前更新文件中的修订
我试图让 TortoiseSVN 自动更新存储库中的单个特定文件，以便在构建时始终具有正确的 $Revision$。我不太关心 $Revision$ 是在提交之前还是在更新之后设置的；要么将导致构建的可执行文件嵌入了正确的修订号。 $Revision$ 存储在具有 $Revision$ 关键字属性集的版本文件中。我还没有找到这样做的好方法。到目前为止我尝试过的：
-
使用预提交钩子调用版本文件上的 subwcrev（每次都从模板创建）。这工作（有点），并且是可靠的，因为它发生在我们这边（而不是依靠客户正确设置钩子脚本，他们可能无法做到），但它将以前的修订号分配给文件（自下一个修订号将作为提交的一部分分配）。它还要求版本文件已经被选中进行提交，否则在这一轮中会被更改但不提交。
-
使用 post-update hook 修改版本文件，再次使用 subwcrev。这也有效，但现在我依靠客户设置挂钩，这意味着我仍然只能对报告的修订号有有限的信任。
我也考虑过服务器端钩子，但根据文档，它们不应该用于在提交后修改文件，使其成为非启动器。
显然总是有“开发人员应该记住每次提交时更新版本文件，并依靠关键字属性自动更新”的选项，但我们发现很容易忘记这一点，而这正是我试图自动化的步骤。
这似乎是我们正在尝试做的一件相当普遍的事情。 还有比上面列出的更好的解决方案吗？
我们正在寻找的解决方案是：
- 自动化，不依赖个人在每个 SVN 操作中手动执行步骤。
- 可靠，从某种意义上说，触发构建时始终存在正确的修订号（特别是在客户站点。如果重要，他们的存储库访问权限是只读的）。
我们主要使用 TortoiseSVN 访问 SVN，但如果有处理此问题的机制，我们愿意考虑另一个 SVN 客户端。
解决方法
经过一番思考，我想出了以下解决方案：在 TortoiseSVN 中，我使用 post-commit 钩子在每次提交之后自动更新版本文件 。这确保它也包含在下一次提交中并更新。这符合我的所有要求：
- 它发生在我这边，而不是在客户网站上。
- 这是一个自动化过程。
- 修订号自动正确。
缺点当然是存储库现在总是被标记为“已更改”，但这似乎是较小的邪恶。
如果有人有更好的建议，我仍然愿意接受。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。