什么时候不“ svn commit && svn更新”？

Question

绝不是svn专家，我想知道在什么情况下您不希望在执行svn commit立即进行svn update ，假设*您正在提交工作副本中的所有内容。 有实际的例子/场景吗？

换句话说，为什么每个使用SVN的人都不应该使用svn commit && svn update这样的别名/功能？ （不考虑commit的-m标志）

* 我引用了这个假设，因为我认为在版本控制下进行开发通常被认为是一种最佳实践，尽管当然有时偶尔会弯腰，我怀疑这是我的问题的主要答案。

Answer 1

我实际使用的是一个用于svn update && svn commit的bash函数（添加了-m，但是我想这取决于您如何提交提交消息）。

可能是svn update && svn commit && svn update ，但是除非您使用的是非常大的存储库，否则很有可能在第一次更新和最后一次更新之间不会显着更改存储库。

Answer 2

对。 也许值得澄清的是，所有更新（包括解决所有冲突），重新构建和测试均已执行，因此现在您可以真正提交了。 这是我提出问题的出发点。

我想不出在运行svn commit之后不应该或不应该运行svn update 。 假设上面引用的所有内容均已执行，为什么不进行svn update ？ 同时，为什么要运行svn update ？

下次您开始处理任务时，下次运行svn update ，下次在您正在处理的功能分支（或当时正在使用的任何其他分支或主干）中看到提交时，请确保运行svn update提交更改之前。

这里的主要规则是经常运行svn update以确保与您的工作以及其他人的工作没有冲突（假设您修改了相同的文件）。

阅读SVNBook：

• http://svnbook.red-bean.com/en/1.8/svn.basic.in-action.html#svn.basic.in-action.mixedrevs.update-commit

• http://svnbook.red-bean.com/en/1.8/svn.tour.cycle.html