代码之家 › 专栏 › 技术社区 › Sandra K

如何在周期工作流中的早期版本和当前工作之间共享修复?

git-cherry-pick git-rebase git-merge git-branch git

Sandra K · 技术社区 · 7 年前

我想知道我该走哪条路,樱桃还是别的什么?

我有一棵分枝树:

          ReleaseX
       ^
      /
Master --> ReleaseY
   |
   V
WorkInProgress
   |        |        
   V        V
FeatureX  FeatureY    .. etc

所以 WorkInProgress 分支 Master ,以及何时 工作进度 “完成”了吗,我把请求从它拉到 主人 ,然后我从 主人 去一个新的分支机构 ReleaseX

这允许我支持发行版,并对任何发行版分支分别进行热修复。

我有两个案子要问:

樱桃是不是该走的路?

1 回复 | 直到 7 年前

Ripp_ 7 年前

这种分支结构是我只建议您在必须同时维护ReleaseX和ReleaseY时使用(如果需要,祝您好运)

在这种情况下,我建议在发布分支上修复bug(首先在一个单独的热修复分支中重新合并)。然后樱桃采摘那些承诺到其他释放分支。

一般来说,我喜欢避免挑拣拣拣,因为它创建了难以遵循的重复提交,但该操作比修改已共享并标记为发布的历史(重新调整)提交要好。

推荐文章

Jim · 从另一个分支获取文件的内容,而无需将其签出

7 年前

saketrp · git remote prune origin不会删除本地分支,即使其上游远程分支已被删除

7 年前

kagarlickij · 生成定义的VSTS生成编号

7 年前

staad · 多个孤立分支或独立存储库-git

7 年前

BoffinBrain · 如何删减回购历史的特定部分以消除膨胀

7 年前

John Lemuel Suarez Arcaz · 如何将所有提交从一个分支合并到另一个分支?

7 年前

herve-guerin · 如何读取git分支的当前上游

7 年前

Bludzee · 为什么Git毫无怨言地签出这个被删除的分支?

7 年前

vaheeds · Git从现有远程分支添加工作树

8 年前

jdistro07 · 拆分重定基础的分支

8 年前