continuous-integration - 排队而不是在另一个构建运行时运行 TeamCity 构建

标签 continuous-integration teamcity teamcity-7.1

我们繁忙的企业服务器有 550 个在 30 个代理上运行的事件构建配置。我们需要一种方法来防止某些构建在运行时其他构建正在运行。我已经了解人工制品的依赖关系,但这并不能解决我们的问题,因为构建不相互依赖,它们只是共享一些资源,如服务器端口号和数据库连接。当同时运行时,一些构建配置会相互冲突,我们需要通过一种方法来防止这种情况,即在其他多个构建中的一个正在运行时将构建排入队列(而不是运行它)。

我们已经使用了一些愚蠢的技巧,例如将构建限制为特定代理等......我正在考虑添加第一个构建步骤来检查 db 表中的标志或其他东西,但这会在我们真正需要的时候添加许多失败的构建是正确的构建排队。

我错过了什么吗? TeamCity 中是否已存在此功能?

最佳答案

看起来您需要的东西正在以 TeamCity 8 Shared Resources 的形式在路上.您已经可以访问 EAP here .

关于continuous-integration - 排队而不是在另一个构建运行时运行 TeamCity 构建,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12195216/

相关文章:

javascript - 为什么node_modules在构建后不断从docker中消失?

c# - 为什么在 TeamCity 中运行测试比直接在 NUnit 中运行测试花费的时间更长?

svn - 使用 Team City 从 SVN 中 check out 一个文件

git - 我将如何配置 TeamCity 以支持源代码集成的 GitHub pull 请求模型?

TeamCity Nuget 安装构建步骤不适用于多个源,其中之一是 TC 的私有(private) NuGet 源

java - 供个人使用的持续集成

visual-studio-2010 - 将 VB.Net 2008 项目升级到 VS2010 时出现问题

docker - Docker在生产中

github - Teamcity:如何仅运行拉取请求提交

通过 -File 参数运行时 Powershell 脚本找不到模块