git - TeamCity 构建 Git/GitHub pull 请求

标签 git github teamcity

我们有一个 TeamCity 7.1 安装,它从 GitHub 存储库构建所有分支。

GitHub 有一个返回 TeamCity 的通知 Hook ,以在 checkin 时触发构建。我们还让 TeamCity 每 120 秒轮询一次 GitHub 以检查更改(以防服务器在 checkin 更改时离线)。

我们的正常发展遵循一个共同的模式:

  1. 从master创建一个分支
  2. 致力于该分支,直到完成一项功能
  3. 完成后,从 master pull merge 任何更改并推送到远程
  4. 提交 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/

相关文章:

teamcity - TeamCity 中的慢 "File Content Replacer"

git - 使用 Github Action 更新 README 失败

git - git存储系统怎么样

Git pull - 涂抹过滤器lfs失败

git - 当上游从不完整的 PR 中领先时,正确的处理方式是什么?

Github Api - 如何跟踪移动的存储库/项目?

docker - 为什么TeamCity无法通过jetbrains/agent镜像识别docker服务器属性?

git - TFS 2015 构建卡在 GIT PUSH 上

windows - 使用 Git Bash 退出文件夹

.net - 如何使用从 .net 解决方案生成的 AssemblyInfo Patcher 更改 TeamCity 中 DLL 的文件/产品版本?