用于构建和安装的项目中的配置数

时间:2014-11-07 09:01:50

标签: teamcity-8.0

在我们的项目中,我们目前有两种不同的配置。第一个构建程序集。其他(包括移动到正确的目录等)InstallShield的所有内容。

现在,我们不能同意将所有构建步骤转移到单个配置并将其作为整个链运行,还是最好将构建过程创建安装包。

谷歌搜索导致如何这样做的指南,而不是以何种方式来做到这一点(我们的困惑主要是由于配置的订单架构) 。我们将使用PowerShield的几个步骤,以便在某些本地考虑因素的情况下在不同目录之间移动大量文件。总步数将降至5或更低。


我的建议是以下三种配置。它们独立运行,独立运行,并且它们的构建步骤重叠(彼此超连续,连续考虑)。

  1. 配置构建
  2. 配置构建和测试
  3. 配置构建,测试和打包
  4. 我的建议的要点是,例如编译软件的步骤在每个配置中实现(而不是从独立的其他配置运行中重用工件)。

1 个答案:

答案 0 :(得分:1)

我会这样说:

  • 如果您只需要执行这两个步骤中的一个,那么请将它们作为单独的步骤保留。 这使您可以灵活地运行其中一个步骤或另一个步骤。例如。可能是你需要构建解决方案,而不是创建最终的安装包?例如。进行本地测试?

  • 但是,如果您从未单独使用其中一个步骤(始终一起运行),那么我可能只是将它们合并到一起一个 - 有两个单独的步骤对我来说没有多大意义