我有两个项目A,B，它们在本地.teamcity文件夹中定义了自己的构建链。另外，A包含对B的依赖项，我想测试它。我如何建立一个包含这两个单独构建的构建链，以便当B更改时，我测试与a的主分支的集成?我想我会首先在B中针对a的主分支设置第二个VCS根，这样代理上的项目结构看起来如下:
root
|-- A
| `-- .teamcity
| |-- settings.kts
| `-- /kotlin_code
`-- B
`-- .teamcity
|-- settings.kts
`-- /kotlin_code
但我不知道如何自动将项目设置从A组合到B构建链。我也许可以篡改一些结帐规则+:A/.teamcity/kotlin_code => B/.teamcity/kotlin_code_A，并在B中选择这个，但这看起来相当不优雅。我也可以将所有teamcity配置放在一个单独的repo中，但这样我就失去了对a的代码库和teamcity配置之间的修订控制。有没有更好的解决方案?很多谢谢!
https://teamcity-support.jetbrains.com/hc/en-us/community/posts/360004237439-Re-use-build-configuration-in-multiple-build-chains
这里的答案建议在根目录下创建一个模板，封装B的大部分功能，并由此在a、B中生成单独的构建链。然而，我不确定这是最优雅的解决方案，所以我将保留这个问题。
我发现最好的答案是定义一个完成构建触发器，它在之前的构建完成时开始，并通过构建链发送反向依赖项，以允许自定义构建。