[英]Predicting merge conflicts between feature branches when they are merged in the master branch
[英]Merge out of sync feature branch with unsolvable conflicts to master
我知道这可能永远不应该发生:(但现实是我有一个master
分支具有烟雾测试的一些初始功能,目前在一个站点上供真实客户进行测试。然后团队计划添加更多功能到烟雾测试。我一直在积极开发新的功能分支,我们称之为feature-branch
。
feature-branch
需要 auth 和比 master 更复杂的逻辑。 在开发时我无法将feature-branch
与master
同步,因为master
上的更新将自动部署到实时测试,我们不想在安全性完善之前这样做。
现在feature-branch
已经准备就绪,但是,额外的功能导致代码发生了巨大的变化。 我计划将此feature-branch
合并到master
以提供添加的功能。
我预计会有大量的冲突,其中一些是难以解决的。 幸运的是,主要冲突仅在几个文件中。
有没有办法用这个feature-branch
“覆盖” master
分支,同时我们保留master
分支的先前提交记录?
我建议您将主分支拉到您的功能分支,解决可能的冲突。 此时,您可以提出拉取请求或简单地将您的功能分支推送到主服务器。 所有,您之前在 master 分支上的提交仍然存在。 VCS 就是为此而生的
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.