如何解决当两个分支都有更新的代码部分时,如何使功能分支与主分支保持更新
我有一个master分支和一个feature分支。每天左右,feature分支将使用更新的代码合并到master分支中。但是,确实经常发生更改直接合并到master分支中而没有先经过功能分支的情况。
这意味着master分支也需要合并到feature分支中。因此,master分支包含一些更新的代码和一些过时的代码,而feature分支包含一些更新的代码和一些过时的代码。
当尝试将master分支合并到feature分支中时,有时即使master分支具有最新代码,master分支仍要还原对feature分支所做的更改。
如何防止这种情况发生?
解决方法
这意味着master分支也需要合并到feature分支中
这不是最佳做法:
- 您合并了“上游”(从
feature
到master
),合并冲突受到的限制更小(除非在您的情况下,您已从其他更改并行发展到master
分支机构) - 您可能不希望合并“下游”(从
master
到feature
),因为master
和其他分支的并发更改几乎可以确保合并冲突,两者都合并到feature
。
理想情况下,您只需删除feature
,然后在master
顶部重新创建它,然后在此处再次合并需要集成在一起的更改。
集成分支变成了一个临时分支,这意味着它甚至根本不应该被合并成master:
- 您将对
feature
的更改合并,以一起进行测试 - 然后选择要合并到
master
的更改,因为它们已准备好成为下一个版本的一部分 - 您删除
feature
,然后重新创建。
这就是gitworkflow
(one word)背后的想法。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。