实践|4条原则避免Git冲突
2017-04-14 本文已影响328人
8c9c47c26245
1)不要改两边共用的代码
这样绝对万事大吉!
2)如果非要改公共代码,那一定保证这个代码可以独立发布!
比如A分支修改了公共代码,但B分支也想用这个修改后的版本,甚至想在这基础上再做修改。这时你会发现,在A分支上线之前,B是不可以直接合并A的(别问为什么。。。好吧会直接导致B不能独立发布、会死掉、、)
所以这时最好的办是,把公共代码放在单独的项目中、可独立发布!
这样两边的分支在开发过程中、都能随时合并对方的修改!在对方修改基础之上修改、也不会产生冲突!
3)不管代码不能独立发布,尽量别同时修改同一个文件
这样至少能保证、你在发布前合并时,可以直接合并成功,不会冲突。
4)如果非要修改同一个文件、那你一定不要修改同一行、也不要让合并工具误以为你修改了同一行!
比如都要添加一行代码,那就一个在列表前面加、一个再列表后面加……总之想各种办法。
遵守以上原则之后、代码合并时能产生的冲突就很有限喽~