我有一个master分支和一个feature分支。每天左右,feature分支将使用更新的代码合并到master分支中。但是,确实经常发生更改直接合并到master分支中而没有先经过功能分支的情况。
这意味着master分支也需要合并到feature分支中。因此,master分支包含一些更新的代码和一些过时的代码,而feature分支包含一些更新的代码和一些过时的代码。
当尝试将master分支合并到feature分支中时,有时即使master分支具有最新代码,master分支仍要还原对feature分支所做的更改。
如何防止这种情况发生?
答案 0 :(得分:2)
这意味着master分支也需要合并到feature分支中
这不是最佳做法:
feature
到master
),合并冲突受到的限制更小(除非在您的情况下,您已从其他更改并行发展到master
分支机构)master
到feature
),因为master
和其他分支的并发更改几乎可以确保合并冲突,两者都合并到feature
。理想情况下,您只需删除feature
,然后在master
顶部重新创建它,然后在此处再次合并需要集成在一起的更改。
集成分支变成了一个临时分支,这意味着它甚至根本不应该被合并成master:
feature
的更改合并,以一起进行测试master
的更改,因为它们已准备好成为下一个版本的一部分feature
,然后重新创建。这就是gitworkflow
(one word)背后的想法。