自GitLab 7.6左右开始,有一个新选项可以直接从GitLab项目中使用TeamCity。在设置中有以下信息:
“Teamcity中的构建配置必须使用构建格式号%build.vcs.number%,您还需要配置监视所有分支以便合并请求构建,该设置在vsc根高级设置中。”
我不确定这是如何工作的。假设我有一个名为Foo的仓库。
我已经在TeamCity上设置了一个构建,用于监听具有分支规范的Foo:+:refs/pull/ */merge 然后,我在gitlab中fork 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
“Teamcity中的构建配置必须使用构建格式号%build.vcs.number%,您还需要配置监视所有分支以便合并请求构建,该设置在vsc根高级设置中。”
我不确定这是如何工作的。假设我有一个名为Foo的仓库。
我已经在TeamCity上设置了一个构建,用于监听具有分支规范的Foo:+:refs/pull/ */merge 然后,我在gitlab中fork 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