0

我曾经使用合并工作流程,而我当前的团队使用 rebase 工作流程。

在其中,功能分支是从 master 分支出来的,然后与 master 重新建立基础,然后 squash 合并到 master 上。

我想在 master 上保留一个分支以进行细微的更改,以便我可以轻松地适应功能分支,但是,我不确定什么是可以减少问题的解决方案:

  1. 从主分支 fork minor_changes,然后将其合并到我的功能分支(可能有很多分支),然后将功能分支合并到主分支。
  2. 从 master 中 fork minor_changes,然后使用 minor_changes 重新定义(可能有很多)特性分支,然后将特性分支合并到 master 上。

我不知道第一个选项是否会给我带来任何麻烦,我怀疑第二个选项可能会在最终历史记录中重复提交。

解决这个问题的最佳方法是什么?

4

1 回答 1

1
  1. 结帐(你的意思是“分叉”一个分支)minor_changesmaster.
  2. master随着对rebaseminor_changes分支的更改发生在master. 您可以将其设置为跟踪master分支,git branch -u origin/master minor_changes然后简单地运行git pull --rebase以使其保持更新。
  3. 从分支签出功能minor_changes分支。
于 2014-09-02T14:08:01.197 回答