我曾经使用合并工作流程,而我当前的团队使用 rebase 工作流程。
在其中,功能分支是从 master 分支出来的,然后与 master 重新建立基础,然后 squash 合并到 master 上。
我想在 master 上保留一个分支以进行细微的更改,以便我可以轻松地适应功能分支,但是,我不确定什么是可以减少问题的解决方案:
- 从主分支 fork minor_changes,然后将其合并到我的功能分支(可能有很多分支),然后将功能分支合并到主分支。
- 从 master 中 fork minor_changes,然后使用 minor_changes 重新定义(可能有很多)特性分支,然后将特性分支合并到 master 上。
我不知道第一个选项是否会给我带来任何麻烦,我怀疑第二个选项可能会在最终历史记录中重复提交。
解决这个问题的最佳方法是什么?