从GitLab 7.6或更高版本开始，有一个新选项可以直接从GitLab项目中使用TeamCity。在安装程序中有以下消息：
Teamcity中的构建配置必须使用构建格式编号％build.vcs.number％，您还将要配置对所有分支的监视，以便合并请求得以构建，该设置位于vsc根高级设置中。
我不确定这是如何工作的。可以说我有一个仓库Foo。
我已经在TeamCity上建立了一个构建，以使用分支规范来收听Foo： +:refs/pull/*/merge
然后，我将gitlab中的Foo叉为FooFork，进行更改，然后请求合并FooFork-> Foo。
但是测试此合并没有任何反应，这正是我期望的GitLab所做的。如果我接受合并，则构建服务器将立即执行操作并构建两次（master和/ref/master）。
我还设置了构建配置以完全使用：％build.vcs.number％作为规定的内部版本号，但是gitlab似乎没有提供有关构建结果的任何信息。
因此，对于GitLab-> TeamCity集成到底应该做什么以及我做错了什么，我确实感到困惑。
我目前正在运行GitLab 7.9和TeamCity 8.1.4
更新：
似乎版本8之前不支持此用例-https: //github.com/gitlabhq/gitlabhq/issues/7240
我正在运行GitLab 8.0.2和TeamCity 9.1.1，并且能够在分支上运行CI构建并合并请求。
我通过设置VCS触发器和分支规范来 触发特定分支的CI构建，+:refs/heads/(xyz*)其中xyz是票证系统前缀的字符串，因为所有活动分支都需要在问题跟踪器中的条目后命名。
我通过分支规范触发合并请求的构建 +:refs/(merge-requests/*)
一切都按预期工作，并让我们知道所有功能/错误分支的状态并自动合并请求。
感谢Rob的评论链接到合并请求规范上的GitLab 8发行说明条目。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句