由于需求挤压 加上 测试需求拥塞
目前销售系统和采购系统开发面临上线和测试合并代码头疼的问题。
看到下面全文冲突大多数人都是一脸懵逼,多个需求针对同一个文件重复的修改,删除等操作导致合并的时候代码比较凌乱,一不小心就会把别人的代码删掉或者把旧代码恢复了
当然也可以使用第三方工具来对比本地和远程代码差别
对比后其实也没有具体解决方案,如果代码是自己一个人开发的还好,因为自己清除这些代码的改动。假如多人参与开发要怎么处理?
目前咱没有很好的方案,只能先以开发分支覆盖,然后把需要合并的分支 一行行手动加到测试分支,如果是上线遇到这样问题,也许会因为合并一点点代码问题导致上线后的bug
除了以上技术解决方案,在需求分发和上线上有其它方案没?比如多个需求统一测试一起上线(导致需求会延期)
案例:
解决过程:
第一次解决方案,最终放弃了:(以local为主)
本想着已测试分支dev(local文件)为主,然后比对需要合并的开发分支,一行行比对,把自己新加的代码合并进去,但是开发分支代码太多了,改了一半放弃了,对比了下dev测试分支和开发分支,发现开发分支改动代码比较多,所有准备换第二种方案。
第二次解决方案 以开发分支为主
以开发的分支为主,对比dev测试分支改动一行行复制到开发分支,同样遇到问题:(代码如果是自己的写的 当然知道那些代码是删除,那些是新增的),当遇到一个文件3个人开发,3个不同需求。
此时需要找到对应开发确认下dev测试分支改动的地方,有些代码在他的需求是删除了,新增了,修改了 需要找到这些地方,复制到开发分支里面。
上图所示:左边为本人开发分支 ,右边为dev测试分支(含有不同需求 不同人开发的),标记的1,2,3初异常猜测是1和2删除了,3新增。
但是是猜测的,还是要找相关开发确认后,再把右边代码新增的copy到左边,右边删除的,左边也要相对应的删除。
本文来自博客园,作者:孙龙-程序员,转载请注明原文链接:https://www.cnblogs.com/sunlong88/p/16263350.html