当前位置:  开发笔记 > 运维 > 正文

TeamCity构建Git/GitHub拉取请求

如何解决《TeamCity构建Git/GitHub拉取请求》经验,为你挑选了1个好方法。

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

GitHub有一个通知挂钩回TeamCity来触发签入时的构建.我们还每隔120秒让TeamCity轮询GitHub来检查更改(如果在签入更改时服务器处于脱机状态).

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

    从master创建一个分支

    提交到该分支,直到完成功能

    完成后,从master中拉出以合并任何更改并推送到远程

    提交GitHub拉取请求以允许管理员合并到主服务器

一切都在游泳(经过大量搜索以获得正确的配置设置)然而......

上面的过程触发了TeamCity上的几个构建,我想知道它们是否都是必需的.通常情况下,我们最终会:

/ refs/heads/branch-name的构建

/ refs/pull/number/head的构建

/ refs/pull/number/merge的构建

当然,第一个构建是特定分支上的最后一个签入,第二个构建是拉取请求,但第三个构建是什么?



1> 小智..:

第三个构建实际上是最有价值的 - 它是拉请求自动合并的结果(当你按下github上的按钮时会发生合并).

推荐阅读
U友50081205_653
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有