使用Bitbucket拉取请求遵循GitFlow修补程序模式

使用Bitbucket拉取请求遵循GitFlow修补程序模式,git,bitbucket,pull-request,git-flow,Git,Bitbucket,Pull Request,Git Flow,我不知道如何配置Bitbucket,通过一个Pull请求(PR)以GitFlow的方式处理修补程序 我想要的是: 提交修补程序PR(合并到主(生产)分公司) 一旦我的PR获得批准,Bitbucket将PR合并到master和develop中 实际上,比特桶“自动合并”将PR合并到master,然后master合并到Development 似乎是我想要的方式。但我不知道Crack_David是否使用2个PR(一个用于master,一个用于develop) 这是我实际的Bitbucket配置。信

我不知道如何配置Bitbucket,通过一个Pull请求(PR)以GitFlow的方式处理修补程序

我想要的是:

  • 提交修补程序PR(合并到主(生产)分公司)
  • 一旦我的PR获得批准,Bitbucket将PR合并到master和develop中
实际上,比特桶“自动合并”将PR合并到master,然后master合并到Development

似乎是我想要的方式。但我不知道Crack_David是否使用2个PR(一个用于master,一个用于develop)

这是我实际的Bitbucket配置。信息


bitbucket中的自动合并有点古怪。从顶部的图形中,自动合并将合并A->B,然后是B->C,这不是您想要的。你需要A->B和A->C


恐怕您需要两个单独的拉取请求。

bitbucket中的自动合并有点古怪。从顶部的图形中,自动合并将合并A->B,然后是B->C,这不是您想要的。你需要A->B和A->C


恐怕您需要两个单独的请求。

Atlassian支持部门回答了这个问题:“参考分支模型中的屏幕截图页面,开发分支应该是您的主分支,而生产分支应该是您的开发分支。这将允许hotfix/IC-1234合并到主分支,然后hotfix/IC-1234合并到开发。”。我觉得这很奇怪……我想这是因为在自动合并中支持排序的方式。正如我所说,它有点时髦。我从来都不喜欢它。Atlassian支持部门回答说:“参考分支模型中的屏幕截图页面,开发分支应该是您的主分支,而生产分支应该是您的开发分支。这将允许hotfix/IC-1234合并到主分支,然后hotfix/IC-1234合并到开发。”。我觉得这很奇怪……我想这是因为在自动合并中支持排序的方式。正如我所说,它有点时髦。我从来都不喜欢它。我一直在寻找答案。我在BitBucket的问题跟踪器上找不到任何解决方案或问题。所以我创建了一个:。希望这个功能被添加了。我已经搜索了很多关于这个的答案。我在BitBucket的问题跟踪器上找不到任何解决方案或问题。所以我创建了一个:。希望能添加此功能。