【问题标题】:Team City Build Agent per target environment?每个目标环境的 Teamcity 构建代理?
【发布时间】:2012-08-01 14:59:31
【问题描述】:

我是整个 CI 流程的新手,我的任务是研究解决方案。所以这对某些人来说可能听起来像是一个愚蠢的问题......

所以,我一直在研究 Team City(专业版),想知道是否有必要根据目标环境设置单独的构建代理。

我们的应用程序组合包括一些在 Windows Server 2003 机器上运行的旧版 Web 应用程序。最近开发的较新的 Web 应用程序在 Windows Server 2008 R2 上运行。当然,我们为每个环境都有单独的测试盒。

我应该为每个服务器 o/s 设置一个构建代理吗? (即 2003 年和 2008 年各一份)。 我想看到构建输出应该准备好生产发布是有意义的。

编辑:开发 .NET 应用程序

【问题讨论】:

  • 这是 .NET 还是 Java?如果是,那么在哪个操作系统上执行构建都无关紧要,即您将拥有一个构建代理
  • 我已经更新了我的问题,但是我们正在开发 .NET 应用程序

标签: .net teamcity build-agent


【解决方案1】:

如果您的所有应用程序都在 .NET 上运行,那么它们将在哪台机器上编译都没有关系。 (假设您所针对的 .net 框架在 2003 年和 2008 年都运行)

因此,在您的情况下,我将在 2008 年运行一个构建代理,它可以为您的所有环境生成构建。

多构建代理的目的是将您的构建分发到多台机器上,如果您有许多产品和频繁签入,这将非常有用。对于简单的初始设置,最好有 1 个构建代理。

现在,作为构建/部署过程的一部分,您可以让构建代理将构建部署到 2003 和 2008 机器上。 TC 不适用于部署,但如果所有机器都在同一个 LAN 上,它仍然可以很容易地用于部署构建。

【讨论】:

  • 有趣...促使我首先提出问题的原因是我在其他地方读到,构建完成的服务器应该模仿生产服务器。另外,我之前确实没有提到,在 2003 年的服务器上,有一个应用程序在 .NET 3.5 上运行,一个在同一个机器上运行 .NET 4
  • `我在其他地方读到,构建完成的服务器应该模仿生产服务器`
  • 谢谢,这是一本好书,但没有关于在与生产机器相同的操作系统上构建/编译的内容。我相信您已经在按照上面所说的做了,即在您的测试环境中克隆您的生产环境。
猜你喜欢
  • 2012-02-08
  • 1970-01-01
  • 2014-05-20
  • 1970-01-01
  • 1970-01-01
  • 2018-02-20
  • 2015-04-25
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多