TortoiseSVN，在更新后（或提交前）更新文件中的修订

Question

我正在尝试让 TortoiseSVN 自动更新存储库中的单个特定文件，以便在构建时它始终具有正确的 $Revision$。我不太关心 $Revision$ 是在提交之前还是在更新之后设置的；要么会导致生成的可执行文件嵌入了正确的修订号。 $Revision$ 存储在版本文件中，该文件具有 $Revision$ 关键字属性集。我还没有找到这样做的好方法。到目前为止我尝试过的：

1. 使用预提交挂钩在版本文件上调用 subwcrev（每次都从模板创建）。这有效（有点），并且是可靠的，因为它发生在我们端（而不是依赖于客户正确设置挂钩脚本，他们可能无法做到），但它将先前的修订号分配给文件（因为下一个修订号将作为提交的一部分分配）。还要求版本文件已经被选中提交，否则在本轮中会被修改但不提交。

2. 使用更新后挂钩来修改版本文件，再次使用 subwcrev。这也有效，但现在我依靠客户设置挂钩，这意味着我仍然只能对报告的修订号有有限的信任。

我也考虑过服务器端钩子，但根据文档，它们不应该用于在提交后修改文件，这使得它无法启动。

显然总是有“开发人员应该记住每次提交时更新版本文件，并依靠关键字属性自动更新”的选项，但我们发现很容易忘记这一点，而这正是我试图自动化的步骤。

这似乎是我们正在尝试做的一件相当普遍的事情。 有没有比上面列出的更好的解决方案？

我们正在寻找的解决方案是：

1. 自动化，不依赖于个人对每个 SVN 操作采取手动步骤。
2. 可靠，即在触发构建时始终存在正确的修订号（特别是在客户站点。如果重要，他们的存储库访问权限是只读的）。

我们主要使用 TortoiseSVN 访问 SVN，但如果它有处理此问题的机制，我们愿意考虑另一个 SVN 客户端。

Answer 1

经过一番思考，我想出了以下解决方案：在 TortoiseSVN 中，我使用提交后挂钩在每次提交后自动更新版本文件。这确保它也包含在下一次提交中并更新。这符合我的所有要求：

• 这发生在我这边，而不是在客户站点上。
• 这是一个自动化过程。
• 修订号自动正确。

当然，缺点是存储库现在总是被标记为“已更改”，但这似乎是较小的邪恶。

如果有人有更好的建议，我仍然愿意接受。