作者:mobiledu2502884357 | 来源:互联网 | 2023-05-16 11:20
从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
1> 小智..:
我正在运行GitLab 8.0.2和TeamCity 9.1.1,并且能够在分支和合并请求上运行CI构建.
我通过设置VCS触发器和分支规范来 触发特定分支的CI构建,+:refs/heads/(xyz*)
其中xyz是我们的票证系统前缀的字符串,因为所有活动分支都需要在我们的问题跟踪器中的条目之后命名.
我通过分支规范触发合并请求的构建 +:refs/(merge-requests/*)
一切都按预期工作,让我们知道所有功能/错误分支的状态并自动合并请求.
感谢Rob的评论链接到合并请求规范中的GitLab 8发行说明条目.