Continuous integration 在Teamcity的同一链中多次运行构建

Continuous integration 在Teamcity的同一链中多次运行构建,continuous-integration,teamcity,git-flow,Continuous Integration,Teamcity,Git Flow,我有一个bulid配置a用于合并项目中的功能分支,它为几种不同的模式(dev和prod)运行配置B。B编译项目并运行测试。模式通过一个bulid参数传递 我是这样设置的: A依赖于B-dev和B-prod B-dev依赖于B,传递一个dev模式参数,并且没有步骤 B-prod依赖于B,传递prod模式参数,并且没有步骤 我想在同一个链中运行B两次,但看起来Teamcity不允许这样做。除了复制B配置,还有其他方法吗?当将快照依赖项从B-*配置到B时,取消选中“如果有合适的版本,则不运行新版本”标

我有一个bulid配置a用于合并项目中的功能分支,它为几种不同的模式(dev和prod)运行配置B。B编译项目并运行测试。模式通过一个bulid参数传递

我是这样设置的:

  • A依赖于B-dev和B-prod
  • B-dev依赖于B,传递一个dev模式参数,并且没有步骤
  • B-prod依赖于B,传递prod模式参数,并且没有步骤

  • 我想在同一个链中运行B两次,但看起来Teamcity不允许这样做。除了复制B配置,还有其他方法吗?

    当将快照依赖项从
    B-*
    配置到
    B
    时,取消选中“如果有合适的版本,则不运行新版本”标志:

    根据报告:

    如果启用该选项,TeamCity将不会运行依赖项生成,如果存在另一个正在运行的或已完成的具有适当版本的源的依赖项生成


    将快照相关性从
    B-*
    配置为
    B
    时,取消选中“如果有合适的版本,则不运行新版本”标志:

    根据报告:

    如果启用该选项,TeamCity将不会运行依赖项生成,如果存在另一个正在运行的或已完成的具有适当版本的源的依赖项生成


    不幸的是,这不起作用。同样results@A.K.does取决于B的每个构建配置都关闭了此复选框?是的。很遗憾,正如wemu指出的那样,Teamcity似乎没有办法做到这一点。同样results@A.K.does取决于B的每个构建配置都关闭了此复选框?是的。看起来在Teamcity中根本没有办法做到这一点,正如wemu指出的那样使用
    依赖项-重建所有
    当您想要运行
    时,如果有合适的版本,请不要运行新版本
    意味着每次在Teamcity中没有版本矩阵支持时都要重建。有一个插件朝着这个方向发展(不知道它是否仍在维护)。如果您正在寻找一种不复制构建的方法(我认为这是最干净的方法,将其提取到模板中并使用一个参数),您可以使用RESTAPI和curl脚本以不同的设置触发构建两次(但这在构建链中看起来很奇怪)使用
    Dependencies-rebuild all
    当您想要运行
    时,如果有合适的版本,请不要运行新版本
    方法每次在teamcity中当前没有版本矩阵支持时都进行重建。有一个插件朝着这个方向发展(不知道它是否仍在维护)。如果您正在寻找一种不复制构建的方法(我认为这是最干净的方法,将其提取到模板中并使用一个参数),您可以使用RESTAPI和curl脚本以不同的设置触发构建两次(但这在构建链中看起来很奇怪)