使用Git有一段时间,头一次碰到这种莫名其妙的问题。作为一个开发来讲,手上的需求单不可能只有一个的,理论上讲,我开发完对的代码直接在开发分支依次提交是没什么问题。但是现在问题是,不同需求之前提测进度的问题,使得开发工作量无形增加的问题。下面具体描述下场景:
如图所示:A点为开发拉下项目的起始点,箭头所指方向为合并测试或者验证分支的操作。
需求1和需求2按期安排,按照对应时间提交到开发版的Git服务器上。
现在的问题是:需要上线的需求只有需求2,如果直接合并分支test分支会增加需求1的代码。好吧,我们的测试说多余代码不要随便提交!
当时我们提出了三个方法:
1.Git服务器上的代码随便合就好,测试根据清单增量打包不就啥问题都没了---测试大佬说清单容易遗漏,不赞同。---希望每次升级打个全量包美滋滋的往各个环境一扔。
2.这个方法就是直接不管开发版本,拉测试分支代码直接修改需求相关文件,非常OK,测试啥都不用管,开发代码写双份,代码少还好,文件过多就难改。
3.强烈推荐:建立本地分支,一个需求一个分支(最好按需求命名),这样好处就是,你要啥代码,我就给你啥代码,打包升级,走测试。