运行 不同的 TeamCity 基于同一修订版构建
Run different TeamCity builds on same revision
我有五个 TeamCity 构建被触发到 运行 在 01:00。由于他们都 运行 在同一个 Agent 上，实际上他们一个接一个地排队到 运行。每个构建需要 10-60 分钟才能完成。
我想保证的是，所有五个版本都是 运行 相同的修订版 。目前无法保证这一点，因为万一有贡献的开发人员无法入睡并决定在 01:30 提交某些内容，所有在该时间之后 运行ning 开始的构建将 运行 在不同的修订。
我的问题：
是否可以将构建配置为使用特定时间的特定 VCS 修订版？例如，将构建配置为使用 "latest revision at the time of 01:00 today"?
对于如何处理此问题的任何其他建议也将不胜感激。
其中一个构建可能被设置为将其他构建作为快照依赖项。当该构建被触发时（例如通过计划触发器），其依赖项将被触发并修复 VCS 修订版。
甚至可能会添加新的构建配置，它只会触发其快照依赖项（您现有的配置）。
您可以在需要时使用带有触发器的独立构建（或其中一个构建将成为主构建）配置。新配置将通过调用 REST API "Triggering a Build" 的 PS 脚本启动其他配置。您可以为所有构建指定指定的更改（可以通过 API "Get pending changes for a build configuration" 获得）。这将保证所有构建都将以相同的修订版开始。如果依赖关系不可接受，这种方式可能会有所帮助。
我有五个 TeamCity 构建被触发到 运行 在 01:00。由于他们都 运行 在同一个 Agent 上，实际上他们一个接一个地排队到 运行。每个构建需要 10-60 分钟才能完成。
我想保证的是，所有五个版本都是 运行 相同的修订版 。目前无法保证这一点，因为万一有贡献的开发人员无法入睡并决定在 01:30 提交某些内容，所有在该时间之后 运行ning 开始的构建将 运行 在不同的修订。
我的问题： 是否可以将构建配置为使用特定时间的特定 VCS 修订版？例如，将构建配置为使用 "latest revision at the time of 01:00 today"?
对于如何处理此问题的任何其他建议也将不胜感激。
其中一个构建可能被设置为将其他构建作为快照依赖项。当该构建被触发时（例如通过计划触发器），其依赖项将被触发并修复 VCS 修订版。
甚至可能会添加新的构建配置，它只会触发其快照依赖项（您现有的配置）。
您可以在需要时使用带有触发器的独立构建（或其中一个构建将成为主构建）配置。新配置将通过调用 REST API "Triggering a Build" 的 PS 脚本启动其他配置。您可以为所有构建指定指定的更改（可以通过 API "Get pending changes for a build configuration" 获得）。这将保证所有构建都将以相同的修订版开始。如果依赖关系不可接受，这种方式可能会有所帮助。