svn - 颠覆 : how to manage tweaked files

Question

我们小组正在考虑迁移到 SVN。但是，我似乎无法找到执行以下操作的方法:

我需要在本地对存储库中的大约 20 个文件进行细微调整，而 SVN 认为它们“已更改”并包含在提交中。 (通信超时和日志记录级别等更改。)

理想情况下，我希望将调整后的文件合并到存储库中的较新版本。 (通过其他用户提交的更改使调整后的本地文件保持最新。)

我无法想象我们在想要/需要这个方面是独一无二的。

是否有围绕此类用例的最佳实践？

我正在考虑的一件事是将所有调整后的文件放入分支的“调整后”工作副本中。

然后将我调整过的文件合并到我的“官方”工作副本中。

然后使用比较“调整”和“官方”工作副本的脚本来更新我的忽略列表。该脚本还将取消忽略并提醒我注意任何可能需要提交到存储库的调整和其他更改的文件。

这似乎有点hacky，我无法想象没有更好的方法。

Answer 1

每当您在存储库中有文件但您不想更改时，您最终都会更改这些文件。您使用什么版本控制系统并不重要。有人会不小心更改这些文件。

有几件事可以提供帮助:

我有一个 pre-commit hook这可以防止意外更改特定文件。你说它们是只读的，如果有人试图对它们提交更改，提交将被拒绝。

也可以使用更改列表。您可以创建要修改的文件的更改列表，然后使用更改列表。当然，可能会发生意外更改(请参阅第 1 点中的预提交 Hook )。

要考虑的一件事是改变你的工作方式。如果这些调整文件有可替换的参数怎么办。然后使用您的构建系统来调整这些文件。我使用 Ant 并设置了 build.template.properties允许人们调整构建的文件。此文件已 checkin ，但假定开发人员将其复制到 build.properties并按照他们想要的方式进行调整。我用 svn:ignore和我的预提交 Hook ，以确保没有人 checkin 实际的 build.properties文件。

在 Subversion 中，分支既便宜又容易。将文件放在分支上并在那里进行更改。您可以通过定期将原始分支合并回此分支来使分支保持最新。从 1.5 版开始，Subversion 具有出色的合并跟踪方法，可以防止重复合并。