2

我有一个包含 Windows 服务项目和 Web 应用程序项目的 Visual Studio 2012 解决方案。

我希望 Team City（版本 8.0.3）创建两个我将手动部署的 zip 文件（一个用于服务，一个用于 Web 应用程序）。

我是否应该创建一个构建步骤来构建整个解决方案，然后是一个构建步骤来发布 Windows 服务和一个构建步骤来发布网站（通过发布配置文件）。然后使用 General Settings 中的 Artifact 路径来压缩这两个已发布的文件夹？

或者我应该只有一个构建步骤来构建解决方案，然后使用工件路径来创建两个 zip 文件？

还是有比上述任何一个更好的方法？

4

1 回答 1

0

你必须问自己这两个项目是否有关联，以及它们应该以何种方式构建在一起。

我的感觉是：如果你的项目在同一个解决方案中，它们会以某种方式联系起来，并且必须一起构建。

然后，您应该构建您的解决方案 ( sln) 而不是项目 ( *proj)。

申请组织

通常，您的构建服务器不应该过多地重新定义应用程序的组织方式。您应该始终使用您的平台应用程序描述符来构建您的应用程序。

对于 .NET 和 Visual Studio，应用程序描述符就是您的解决方案( sln)。它定义了需求以及如何构建您的应用程序。

如果您的项目必须单独构建，它们应该在不同的解决方案中，除非您更喜欢创建特定的解决方案配置（除了发布和调试）。无论如何，解决方案仍然是构建入口点。

团队城市

谈到 TeamCity，不同的独立应用程序应该在单独的构建配置中。

纯构建（代码编译）应该在一个构建步骤中，并且您不应该在一个构建配置中使用过多的代码编译运行器。

您的构建配置应该反映您的应用程序场逻辑。

如果您需要以某些与打包相关的方式链接它们，例如，您可以通过快照或工件依赖项链接您的构建配置。

于 2013-09-27T10:00:29.093 回答