【问题标题】:Patterns for developing and merging teamcity build configurations开发和合并 teamcity 构建配置的模式
【发布时间】:2015-06-04 00:23:34
【问题描述】:

在任何编码或配置项目的正常开发过程中,通常涉及合并某种类型的更改。

TeamCity 构建配置本身也是如此。目前我没有看到在 TeamCity 中执行此操作的好方法。到目前为止,我已经找到了几种将已开发的构建配置转移到生产用途的主要方法。

这些假设您已经有一个用于生产的构建配置......即它没有被主动修改或配置。

  1. 复制构建配置 A。我们将复制构建配置称为 B。

  2. 对配置 B 进行更改并进行测试。

现在,有两种方法可以将其恢复到配置 A。

A.删除构建配置 A 并将配置 B 移入。

  • 这样做会删除配置 A 的所有历史记录。

B.手动对配置 A 进行所需的更改。

  • 这似乎很容易出错,并且会导致大量人为错误。

如果有更好的方法,或者任何人有任何想法,请告诉我。

【问题讨论】:

    标签: teamcity


    【解决方案1】:

    很难单独测试您的更改,尤其是当您大量使用模板并且更改模板可能会影响许多构建时。在这种情况下,我通常将配置从模板中分离出来,进行并测试更改。然后我将配置重新附加到模板并在模板级别应用更改。这意味着我可以将经过测试的更改应用于 DEV / TEST / UAT / 等配置,因为它们都在同一个模板下工作。

    TeamCity 还有一个非常棒的功能,您可以将更改同步到 VCS - 这意味着您可以在 UI 或代码中进行更改,并且您拥有更改历史记录,因此您可以轻松回滚对配置的编辑.

    我不知道是否有最佳策略,但第一个选项对我有用,尽管我总是让 TeamCity 尽可能将其设置写回 VCS

    希望这可能会有所帮助。

    【讨论】:

    • 谢谢。我知道 TC 允许您将更改同步到您的 vcs,但不幸的是,我的 vcs 尚不支持此功能。顺便说一句,Perforce 将在 9.1 中得到支持。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2016-10-29
    • 1970-01-01
    • 2013-06-15
    • 2015-09-13
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多