如何克服解决 Git 冲突的恐惧症？ 第1页

请注意，git并不是『不可避免』地会产生编辑冲突！

所谓冲突，就是多个人编辑了同一个文件的同一行，让git无法自行判断到底该选用那一个人的修改作为最终版。

了解冲突产生的原因之后，解决方法也非常直接了：

1. 合理分工，不要让多个人编辑同一个文件，每个人做一个模块，每个模块放在不同文件，这个问题就解决了；
2. 如果一定要多个人编辑同一个文件，那就避免多个人修改同一部分，使用同样的套路就行，规定每个人在同一个文件里也只做各自的函数，也就不会冲突了；
3. 如果还是会冲突......好吧，那就来解决吧，但即便如此，也用不着『课程项目进度就会停两天』啊！版本控制工具的意义质疑就是并行工作，每个人在各自的分支（branch）上继续做啊，不要停！如果只有一个人有信心解冲突，那就让这个人来解好了，但用不着其他人停下。

写到这里，我突然意识到，不会题主的团队是....所有人都直接在一个main branch上commit，而且随时在这一个main branch来pull吧......

呃......

使用合理的分支模型（branching model）就能解决这些问题，git可不只是commit和pull啊！

最简单直接的解决『课程项目进度就会停两天』方法的，就是把工作分解为任务，每个人任务一个branch，再不济，给一个开发者做一个branch，让他们只在各自的branch里工作，让他们意识到main branch上永远是好使的版本就行，当然，这要涉及到CI/CD的意识。

慢着，慢着，写到这里，我突然又意识到，『每到周末，我们的课程项目进度就会停两天』这句话细思极恐！

周末，不应该就是休息的时候吗？

课程项目不应该就停止吗？

怎么说的好像很不应该的样子？

『周一我要亲自去给他们解决冲突』，就是说，你周末在休息，没你所以解决不了冲突，但是你又要求其他人周末工作？

WTF？

What The F***？

是不是该反思一下，为什么团队其他成员不愿意好好学习git的使用方法，难道不可能只是因为他们不想周末工作吗？