了解TeamCity构建配置

Question

我们的开发团队正处于CI将缓解我们痛苦的那个阶段。因此，过去两天我一直在研究CI解决方案，它基本上归结为两种选择：

1. TeamCity的
2. 詹金斯

我做了一些认真的阅读，并比较了两者，我倾向于TeamCity。 这不是比较问题

我们的团队拥有多个解决方案，每个解决方案都包含多个项目。我们目前的构建过程是香草....

1. 设置为发布
2. 右键单击构建

获取发布并复制到DEV / QA / PROD。

唯一令我困惑的是TeamCity的Build Configurations。使用免费版本，您可以获得20种构建配置。我还没有安装，所以我不确定构建配置是如何工作的。

一个构建配置可以由多个项目共享，还是必须为每个项目都有一个构建配置？

这将最终成为交易破坏者，因为我们有近40个解决方案，每个解决方案至少有3个项目。

如果构建配置直接链接到项目，那么这意味着我们至少需要120个构建配置。这对管理层来说并不容易。

有人可以让我更深入地了解TeamCity的构建配置是如何工作的吗？

Answer 1

通常，每个解决方案都有一个构建配置，因为在构建配置中，您定义了构建步骤，其中一个是MSBuild或Visual Studio等

我们使用Fake进行构建，但“使用Fake构建和测试”是一个构建配置，然后在主TeamCity页面上，您将看到如下状态：

Answer 2

构建配置与项目没有1-1关系，我们在一个解决方案中有100多个项目，只有3个构建配置，测试，每晚和发布。

构建配置可以包含多个构建步骤 每个构建步骤都可以执行一个动作，可以运行msbuild，脚本，单元测试，章鱼部署等。
如果您在解决方案或构建项目中设置了不同的目标，则可以在配置中构建多个构建步骤，从而在解决方案中构建不同的项目集。

如果你真的想要一些自虐的原因，你可以使用一个构建配置构建所有40个解决方案。
但这样做的难易程度可能取决于你如何控制它们。 TeamCity有一个名为VCS Roots（版本控制系统）的概念 如果您想在单个Build配置中构建多个解决方案，则必须设置multiple VCS roots for the Configuration（如果它们位于单独的存储库中），或者您可以设置用于提取存储库的脚本。
如果可能需要一起构建的相关解决方案位于同一个存储库中，那么您可以使用一个VCS根目录。