SVN - 如果我们一次提交一个巨大的文件列表而不是多次提交，我们有哪些好处？

Question

我想了解如果我们一次提交一个巨大的文件列表而不是多次提交，我们有什么好处？

Answer 1

与 CVS 相比，Subversion 的一大优势是它能够将相关更改保留为单个更改集，而不是分散的单个文件更改集。假设您正在开发一项涉及十几个文件的新功能。现在，您被告知必须恢复更改。

如果您使用像 CVS 这样的系统，这些更改将被视为十几个单独且独立的更改。追踪它们可能非常困难。您可以使用时间戳，但您仍然需要搜索整个存储库。您可以尝试标记您的更改，但您仍然需要在整个存储库中移动以查找该更改。

在 Subversion 中，该更改是单个更改集。支持该更改仅意味着撤回该单个更改集。

另一个优点是 Subversion 可以对更改集进行原子更改。想象一下，如果您有 20 个文件都与一次修改相关。现在，想象一下在其中一个文件中，有人在您测试更改时进行了更新。在 CVS 中，如果您进行了提交，那么其中 19 个文件将被提交，但不是最后一个。

现在，您的存储库处于未经测试且可能不稳定的状态。事实上，您的软件很可能根本无法构建。您的直觉是快速更新该文件，然后运行一些粗略的测试，并提交该文件。

在 Subversion 中，您更改的文件不会被提交。该存储库仍处于稳定且经过测试的状态。您不必担心存储库，可以更新该文件，并在尝试再次提交之前运行完整的回归测试。

<小时/>

因此，在回答您的问题时，您是否应该将所有这些文件提交到一个大列表中:这取决于情况。将文件更改作为离散更改集提交。您所做的所有这些文件更改可能彼此不相关。在这种情况下，请随意将每一项都设为单独的更改列表。不必担心修订号太高。我从来不理解这个问题，因为版本号对软件的质量没有影响。

然后，如果所有更改都是一组，请对更改进行一次提交。这个想法是，如果有人试图分析更改，则可以快速查看涉及的所有文件。更改可以是单个功能、错误编号，或者您想要衡量更改的方式。关键是要以逻辑单元提交更改。