我最近与一位同事进行了一场辩论，他坚持认为，由于合并冲突，提交越少越好。我认为通过使用尽可能多的提交获得的细节越多越好。
提交更多还是更少更好，为什么？
如果您的同事不鼓励多次提交，因为这会以某种方式导致更多合并冲突，那么这是不正确的，提交数量本身与合并冲突无关。如果您的代码在将一个分支合并到另一个分支时会发生冲突，那么无论该分支有 1 次提交还是 1,000 次提交都没有关系，无论哪种方式都会导致冲突。
这是因为，一般来说，Git 只比较代码的状态在最后提交时在每个分支上，以及它们之间的“最佳”共同祖先（由合并算法确定）。甚至不会考虑分支的祖先和尖端提交之间的任何中间提交。
也就是说，当您与其他人分享您的历史记录时，您可能希望在提交足够详细以使其有用和足够稀疏以呈现清晰、易于理解的历史记录之间取得平衡。有时，您的分支只需要 1 次提交即可清楚地显示更改历史记录，而有时您可能需要更多提交。是否以这种方式或另一种方式去做是视情况而定的。
如果您只是私下在分支上工作，则可以根据需要随时提交，因为您始终可以在与其他人共享更改之前重写您的历史记录，使其变得更短、更清晰。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
