【发布时间】：2018-07-01 22:03:02
【问题描述】：
使用 github 和拉取请求流。 如果生产中出现错误，我会打开一个修补程序/分支以解决问题，编译、测试并打开一个拉取请求回到主分支（在我们的例子中是生产分支）。 有没有一个选项可以让这个拉取请求自动合并到开发分支？ 我正在寻找一种简单的方法来处理这些情况，并尽可能避免额外的人类进化和错误。
【问题讨论】：
【发布时间】：2018-07-01 22:03:02
【问题描述】：
作为described in here，您可以设置一个Jenkins job，它将：
- 监控任何新的 GitHub pr 分支
- 获取并尝试合并它们。
如果合并有任何冲突，第二个作业将失败（并且可以向团队发送电子邮件）
【讨论】：
-
基本上我们已经用teamcity设置了一种管道。我试图理解的问题是是否有任何方便的方法可以做到这一点，无论工作如何，或者我应该手动将修补程序/功能合并到每个分支。为此，它需要 2 个不同的 PR？
-
@user4860092 好的。同样的想法。但有了 TeamCity。
-
从主分支制作此修补程序然后确保它也在开发分支中的建议方法是什么。考虑到 dev 分支是通过在没有 PR 的情况下推送来保存的
-
@user4860092 只需进行两次合并：一次从 pr t master，一次从 pr 到 dev。
-
@user4860092 是的，这就是我所说的“单个 PR 不够足够”的意思