我们有一个 TeamCity 7.1 安装,它从 GitHub 存储库构建所有分支。
GitHub 有一个返回 TeamCity 的通知 Hook ,以在 checkin 时触发构建。我们还让 TeamCity 每 120 秒轮询一次 GitHub 以检查更改(以防服务器在 checkin 更改时离线)。
我们的正常发展遵循一个共同的模式:
- 从master创建一个分支
- 致力于该分支,直到完成一项功能
- 完成后,从 master pull merge 任何更改并推送到远程
- 提交 GitHub pull 请求以允许管理员 merge 到 master
一切都运行顺利(经过大量搜索以获得正确的配置设置)但是......
上述过程触发了 TeamCity 上的多个构建,我想知道它们是否都是必要的。通常我们会得到:
- 为/refs/heads/branch-name 构建
- 为/refs/pull/number/head 构建
- 为/refs/pull/number/merge 构建
自然地,第一个构建是特定分支上的最后 checkin ,第二个构建是 pull 请求,但是第三个构建是做什么用的?
最佳答案
第三个构建实际上是最有值(value)的——它是 pull 请求自动 merge 的结果( merge 发生,当你在 github 上按下按钮时)。
关于git - TeamCity 构建 Git/GitHub pull 请求,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12634440/