ant*_*ome 6 git merge workflow branch
我一直在分支机构工作new_feature:
A -- B -- C -- D master
\ \
\ 1 -- 2 -- 3 new_feature
\
E -- F -- G port
Run Code Online (Sandbox Code Playgroud)
我们的代码库还有一个较旧的分支port,其他开发人员将我们的产品移植到另一个RDBMS.port还没有准备好合并回来master.
最近有必要new_feature开展工作port.所以我将这两个合并到一个新的分支中port/new_feature,并在那里做了一些提交(I,J)以使其工作:
A -- B -- C -- D master
\ \
\ 1 -- 2 -- 3 -- I* -- J* -- K new_feature
\ \
E -- F -- G -- H -- I -- J -- K* port/new_feature
port
Run Code Online (Sandbox Code Playgroud)
我挑选了I和J new_feature(因为我*,J*)因为它们涉及我想要的重要重构new_feature.我也一直在做新的提交(K)new_feature,需要将其转移到port/new_feature(K*).
展望未来,保持new_feature和port/new_feature同步的最佳计划是什么(但仅限于新的变化)?我应该保持从一个到另一个的樱桃采摘(反之亦然)吗?或者通过合并有一种方便的方法吗?
采摘樱桃是危险的,因为:
I-J-K重复提交(下一次合并将会很复杂,因为 Git 会尝试在...之上重新应用I-J-K)。如果您将一个分支变基到另一个分支之上(请参阅“ Git 樱桃选择和数据模型完整性
”),
情况就不会如此,但在您的情况下这是不可能的。
功能依赖性(请参阅“如何在 git 中合并特定提交”),但我怀疑这在您的情况下不是问题:I并且J不依赖于 H,并且可以安全地应用于3.
如果您不打算将移植和新功能合并在一起,那么挑选是很方便的。
如果是这样的话,请继续挑选。
| 归档时间: |
|
| 查看次数: |
186 次 |
| 最近记录: |