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