我们服务分为生产环境和测试环境;

我们的开发流程是,研发将自己的开发分支合并到测试分支(第一次合并),上线到 测试环境,准出之后,提交 PR 将 feat 合并到 master 分支(第二次合并),然后上线到生产环境。

问题在于第一次合并是普通的 merge commit (因为开发中需要持续修改、持续合并),第二次合并是 squash merge (为了让主线更清晰)。这样时间长了之后,再从 master 拉开发分支,合并到测试分支的时候很容易冲突,很难解决。需要经常手动用 master 强制覆盖测试分支,强制覆盖就需要所有在测试中的 feature 再次合并到测试分支,比较麻烦。

想了解下这个问题有没有好的解决办法?

举报· 206 次点击
登录 注册 站外分享
1 条回复  
chairuosen 小成 3 小时前
两条并行的永久存在的分支(dev,master)就会出这个问题。 就像写业务时,同一份数据放两边分开维护,最后一定会莫名其妙不一致。 解决办法就是测试分支是临时的,但是同时测多个需求需要多套测试环境,或者一次版本迭代统一一个测试分支来测,测完就删
返回顶部