我们使用 TeamCity 和 GitHub Enterprise。我们使用 git 的开源式工作流程:每个组件都有一个 mainline
存储库,当人们想要进行更改时,他们可以
- fork
mainline
到他们自己的帐户(所以可能会有很多 fork) - 在他们的分支中创建一个分支
- 实现变革
- 及时了解
mainline/master
发生的变化 - 提交
fork/feature-branch
的 pull request ->mainline/master
我们对这个工作流程非常满意;它在主线看到任何更改之前强制执行代码审查(好吧,至少是一个手动步骤,希望涉及实际阅读代码并运行其测试),这在历史上一直是一个问题。如果作者是查看 pull 请求的人,我们想使用 GH Status API(blog post、API doc)将 merge 按钮变为非绿色,但那是以后的事。
我们设置了 TeamCity 7.1 来监视主线存储库并在看到更改时进行构建。但是,按照目前的设置方式,CI 仅在看到 mainline/master
发生更改时才构建。
我们应该如何在 TeamCity 中配置我们的 VCS 根,以便我们可以拥有相同的工作流程,但 CI 将触发基于主线仓库分支中的分支的构建?最好不需要我们注册每个 fork 单独?
我已阅读 TeamCity 7.1 的功能分支文档(blog post、release notes、documentation),但我不知道如何将其应用于我们的任意叉数模型而不是每个人都提交到功能分支中的主线。
最佳答案
您可以通过 teamcity 监控 pull 请求:http://blog.jetbrains.com/teamcity/2013/02/automatically-building-pull-requests-from-github-with-teamcity/
关于git - 我将如何配置 TeamCity 以支持源代码集成的 GitHub pull 请求模型?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12494759/