【问题标题】:multiple pull requests from the same branch来自同一分支的多个拉取请求
【发布时间】:2017-03-29 12:09:52
【问题描述】:

假设我有 3 个分支:masterreleasemyfeature。是否可以在不创建另一个分支的情况下创建从 myfeaturemasterrelease 的 2 个拉取请求?

我为什么要这个?

说 master 是当前最新的,而 release 是一年前的。修复错误后,会针对发布创建 PR,现在此修复还需要进入 master,樱桃选择是完美的,但据我所知,这将需要一个新分支。我只是希望可以使用相同的原始修复分支合并到两者中(只要 master 仍然兼容)。

【问题讨论】:

    标签: git git-branch pull-request


    【解决方案1】:

    您可能想多考虑一下您的分支机构,以及为什么拥有它们。

    没有什么可以阻止您在分支之间创建拉取请求。我假设您正在创建拉取请求,以便您可以就这些更改进行对话。我想我的问题是“这两种情况下的对话会有什么不同?”

    在我看来,当您合并从 myfeaturemaster 的更改时,您可能想使用 PR 进行对话,但是一旦对话发生,则从 master 合并到 release不需要发生...它只是一个合并。

    我想知道您是否应该使用标签而不是分支来代替release。您可能还想查看以下一些资源来定义您将如何使用 git 来管理此类事情:

    GitHub's docs on Pull Requests

    Altasian's view on git workflows

    The original post on git-flow

    【讨论】:

    • git-flow 可以解决这个问题。 my-feature bug-resolving 分支应该从 release 分支,在 release 中与 fix 合并,master 应该在 master 中合并,解决最终的冲突。
    【解决方案2】:

    很可能,master 会从发布分支演变而来,这会迫使您对它们两个都进行不同的实现/修复。 因此,Cherry-Picking 是最广泛推荐的方式。

    如果不是你的情况,

    1. 先合并发布分支的 PR
    2. rebase 到 master 并创建另一个拉取请求

    【讨论】:

      猜你喜欢
      • 2018-05-14
      • 1970-01-01
      • 2018-10-20
      • 2021-09-24
      • 2022-01-22
      • 1970-01-01
      • 2021-09-07
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多