什么時候不“ 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