【问题标题】:TeamCity - Where is the automationTeamCity - 自动化在哪里
【发布时间】:2011-09-15 16:43:40
【问题描述】:

我们安装了 TeamCity 和 TFS,它们运行良好。我的问题是这两个应该如何使我们的工作流程高效?在我的开发机器上更改代码后,我必须去 TeamCity UI 运行构建和测试吗?这其中的自动化在哪里......无论如何我都是手动做的......我在这里错过了一个重要的部分吗?我也可以在我的开发机器上运行构建和单元测试。所有进行更改的开发人员都需要去 TeamCity UI 使用更新的代码进行构建吗?我有点期待 TeamCity 能够自动检测到 TFS 的签入更改,并立即在远程 TeamCity 服务器上运行构建并向我发送反馈。

【问题讨论】:

    标签: deployment compilation teamcity building


    【解决方案1】:

    你需要去Build Triggering部分设置并添加一个新的构建触发器。它可以是版本控制触发器(当在源代码控制中看到新更改时将触发构建),当其他构建完成时触发的构建触发器,调度触发器以定期调度它等等。

    【讨论】:

    • 我已将其设置为“检测到 VCS 更改后构建触发器”.. 这是否意味着我所要做的就是从我的开发机器检查我的更改,TeamCity 会检测到这些自动更改并运行构建配置?
    • 是的,你是对的。它的工作原理。这两个事件之间有相当大的滞后,这让我失望了......
    • @ZVenue 管理下有一个设置...服务器配置称为“默认 VCS 更改检查间隔”。如果您减少该数字(以秒为单位),这可能会减少延迟时间。请注意,这可能会给您的 TFS 服务器带来额外的压力,因为它需要更频繁地检查更改。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2010-09-21
    • 2010-11-15
    • 1970-01-01
    • 1970-01-01
    • 2015-02-28
    • 1970-01-01
    相关资源
    最近更新 更多