用于开发和合并teamcity构建配置的模式

时间:2015-06-02 21:26:30

标签: teamcity

在任何编码或配置项目的正常开发期间,通常需要合并某种类型的更改。

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

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

  1. 制作构建配置A的副本。我们将调用复制构建配置B.

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

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

    一个。删除构建配置A并移动配置B.

    • 执行此操作将删除配置A的任何历史记录。

    B中。手动,手动完成配置A所需的更改。

    • 这似乎非常容易出错,并且会导致很多人为错误。

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

1 个答案:

答案 0 :(得分:0)

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

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

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

希望这可能有所帮助。