由于某种原因,在我们标记了发行版之后,TC不再检测到开发分支的更改。直到上周五,还没有标签,而TC一直在进行精打细算。然后,我们添加了一个标记来标记弹簧的结束,然后,Team City不会进行任何更改。触发手动运行仅签出已标记的相同修订。考虑到此处没有任何变化,我不明白为什么标记发行版会影响VCS过程。
构建日志的相关输出
[10:18:29][Compute revision for 'app-develop branch'] Upper limit revision: 1ec51e6c701548753678c18c20e24c87a6c189f7
[10:18:29][Compute revision for 'app-develop branch'] Latest commit attached to build configuration: 1ec51e6c701548753678c18c20e24c87a6c189f7
[10:18:29][Compute revision for 'app-develop branch'] Computed revision: 1ec51e6c701548753678c18c20e24c87a6c189f7
当我手动ssh进入CI服务器并转到构建目录时,我看到可以看到远程develop
分支,但是本地未更新:
* cf2c86a - (origin/develop) Handle special users when formatting names (67 minutes ago) <Carl-Erik Kopseng>
* 70cadf0 - Fix bug in formatting (82 minutes ago) <Carl-Erik Kopseng>
* 8f24c0d - Move user formatting util over to domain class (83 minutes ago) <Carl-Erik Kopseng>
* 1ec51e6 - (HEAD, tag: sprint-15-demo, develop) Merge pull request #826 from mycomp/nim-605 (7 weeks ago) <Carl-Erik Kopseng>
答案 0 :(得分:2)
我将添加另一个答案,因为@Amy 似乎的答案在一种情况下有效,但不适用于其他项目。此其他项目已经将默认分支设置为refs/heads/master
的右侧(默认)值。
最终对我有用的是tedious solution found on the TC community:
是的,那不应该有所作为,但是确实如此。
我怀疑这个难题的笑话可能是我们上周恢复了以前的配置。这使得构建计数器不正确(DB与配置),这可能与历史构建和所有爵士乐的概念混淆了。无论如何,从用户角度来看肯定是一个错误。
答案 1 :(得分:1)
将默认分支设置为refs/heads/develop
,而不是develop
。
我怀疑发生了什么事,因为它找不到默认分支,因为develop
不是“有效”分支规范,因此它会搜索其他分支和标签。它找到一个,并使用它。当不存在其他分支/标记时,这不是问题。