通过TeamCity中的一组构建进行循环

通过TeamCity中的一组构建进行循环,teamcity,Teamcity,我的TeamCity项目以以下方式创建了构建: 构建-1 构建-2 构建-3 构建-4 构建-5 构建-6 构建-7 目前,我通过在从#2到#7的每个构建中设置“Finish Build Trigger”(完成构建触发器),在这个项目中一个接一个地连续链接所有构建的执行 我想要实现的是,通过构建#3到#6进行循环,循环参数是来自特定目录(循环中每次一个文件)的文件,这些文件来自附加到构建#3的VCS根目录。这是否可行?如果是,我想知道,怎么做。我认为对于这样一个动态场景,您需要使用 我将构建3包

我的TeamCity项目以以下方式创建了构建:

  • 构建-1
  • 构建-2
  • 构建-3
  • 构建-4
  • 构建-5
  • 构建-6
  • 构建-7
  • 目前,我通过在从#2到#7的每个构建中设置“Finish Build Trigger”(完成构建触发器),在这个项目中一个接一个地连续链接所有构建的执行


    我想要实现的是,通过构建#3到#6进行循环,循环参数是来自特定目录(循环中每次一个文件)的文件,这些文件来自附加到构建#3的VCS根目录。这是否可行?如果是,我想知道,怎么做。

    我认为对于这样一个动态场景,您需要使用

    我将构建3包装到6,以分离构建配置,比如说
    Loop3To6

    Loop3To6
    config有一个构建步骤,其中包含一个脚本,该脚本循环遍历来自特定目录的文件,并使用


    然后
    Loop3To6
    将Finish Build Trigger设置为Build#2,Build#7将Finish Build Trigger设置为
    Loop3To6

    此方法的问题是触发Build#3#4、#5、#6与TeamCity REST API调用将是一个异步过程,这意味着,我无法确保构建#4在#3完成之前不启动,#5未启动#4完成等等,这是必需的。您是对的,它将是异步的,但您可以使用另一个API调用在启动#4之前检查#3是否完成(只需HTTP GET查询)实现起来可能需要一点努力,但在您确定构建架构在一周左右不会发生剧烈变化后,会有回报:)