Git合并冲突规避：编辑时机及位置怎么选可降低冲突发生概率？

1. 编辑时机对冲突概率的影响 #

在其他人提交变更之后再编辑文件，出现合并冲突的概率更低。
Git冲突的核心触发逻辑是两个分支对同一文件的同一块/相邻代码区域，都做了不一致的改动。如果你在对方提交完成后基于他的最终版本编辑，你的改动默认已经兼容了他的所有修改，自然不会产生冲突。如果在对方提交前编辑，后续他的提交如果也改动了你修改的区域，就大概率会触发冲突。

2. 当前场景下的最优编辑位置 #

结合你给出的同事修改后的文件内容，优先选择以下位置改动，可最大程度降低同事后续合并的冲突概率：

• this is added 行的下方区域：这部分属于同事完全没有触碰过的区域，你在这里新增/修改内容，Git合并时会直接保留你的改动，不会和同事的提交产生重叠冲突。
• this line doesn't change 行的上方区域：和上述逻辑一致，这部分也属于同事未做任何修改的区域，改动不会和他的提交冲突。

如果必须修改文件已有内容，优先修改this line doesn't change这行本身：这行同事没有做过任何改动，你修改后Git合并时会直接同步你的改动到最终版本，不会触发冲突。

注意：不要改动this line is edited、this is added这两行本身，也不要改动这两行之间的区域，这部分是同事的改动范围，修改极易触发冲突。

内容的提问来源于stack exchange，提问作者AncientSwordRage