Configuration 在分支机构中存储Teamcity构建步骤

Configuration 在分支机构中存储Teamcity构建步骤,configuration,teamcity,Configuration,Teamcity,每当我们更改Teamcity构建定义时(例如,使用NUnit console runner的新版本),如果我们需要热修复早期版本的代码,就会中断构建。为了解决这个问题,我希望将构建定义与代码一起存储,以便它在热修复程序分支时执行构建 我一直在考虑将TC构建定义导出为Kotlin脚本,但我有几个问题: 版本化设置由我无权访问的更高级别项目控制,并存储在单独的存储库中(而不是作为Kotlin) 看起来它只是查看主分支并从那里导入设置,但我需要构建来使用执行点上的热修复程序分支上的任何内容 在过去

每当我们更改Teamcity构建定义时(例如,使用NUnit console runner的新版本),如果我们需要热修复早期版本的代码,就会中断构建。为了解决这个问题,我希望将构建定义与代码一起存储,以便它在热修复程序分支时执行构建

我一直在考虑将TC构建定义导出为Kotlin脚本,但我有几个问题:

  • 版本化设置
    由我无权访问的更高级别项目控制,并存储在单独的存储库中(而不是作为Kotlin)
  • 看起来它只是查看主分支并从那里导入设置,但我需要构建来使用执行点上的热修复程序分支上的任何内容
在过去,我们用假脚本解决了这个问题,但是经验往往不太适合识别问题

在TeamCity上执行构建以满足以下要求的最佳方式是什么

  • 输出尽可能接近正常的构建步骤
  • 在执行中的分支/代码中定义的生成
  • 易于维护/管理
  • 测试输出应保持与正常TC构建中相同

您可以将TeamCity构建配置自动存储在您的回购中。因此,在配置中所做的更改将提交给master,并使分支上的配置保持不变。如果在分支上找不到可用的配置,则将使用主机上的配置