Github请求分支机构的分支

时间:2017-01-05 07:32:33

标签: github pull-request

我的git日志如下所示:

-------> develop
\---> A
    \---> B

分支A基于开发,正在拉取请求中进行审核。在此期间,我需要从分支开发更多东西,所以我创建了分支B.还有一个分支B进入开发的拉取请求,其中包括分支A和分支B的提交。

对分支A的审查完成,并且它被合并到develop中,此时,Github说我需要将develop合并到分支B,但是如果我这样做,那么通常会产生很多合并冲突并且可以很难解开。

有没有办法同时对分支A和B进行拉取请求,而当分支A合并时,分支B的拉取请求不会混淆?

2 个答案:

答案 0 :(得分:0)

我在这里看到了工作流程的问题。 为什么要将分支合并到除创建分支之外的其他内容?

像这样改变工作流程可以使一切顺利进行:

  1. 创建分支机构A off development
  2. 进行更改(如果有的话),以便开发您在不同分支上提到的“更多内容”
  3. 从A
  4. 创建分支B.
  5. 转到合并A的拉取请求进行开发并留下评论,说明您在A创建的分支上开发更多内容并希望审阅者审核,就好像A已经拥有该内容
  6. 在B
  7. 上开发“更多东西”
  8. 创建一个公关,将B合并为A,以确保所有内容都经过审核
  9. 将B合并为A
  10. 最后一次检讨所有内容以防万一
  11. 将A合并为开发

答案 1 :(得分:0)

一种解决方案可能是使用Github功能,允许您change the base branch of a pull request。所以工作流程看起来像这样:

  1. 创建分支A关闭开发
  2. 做事A
  3. 创建A的拉取请求以合并到开发
  4. 从A
  5. 创建分支B.
  6. 做B上的东西
  7. 创建B的拉取请求,以合并到分支A
  8. 合并分支A准备就绪,并将分支B的拉取请求更改为基于开发
  9. 当分支B准备就绪时合并。
  10. 一旦你改变了分支B的基础,那么我认为Github应该显示正确的差异,但尚未对此进行测试。