我有一个包含 Windows 服务项目和 Web 应用程序项目的 Visual Studio 2012 解决方案。
我希望 Team City（版本 8.0.3）创建两个我将手动部署的 zip 文件（一个用于服务，一个用于 Web 应用程序）。
我是否应该创建一个构建步骤来构建整个解决方案，然后是一个构建步骤来发布 Windows 服务和一个构建步骤来发布网站（通过发布配置文件）。然后使用 General Settings 中的 Artifact 路径来压缩这两个已发布的文件夹？
或者我应该只有一个构建步骤来构建解决方案，然后使用工件路径来创建两个 zip 文件？
还是有比上述任何一个更好的方法？
你必须问自己这两个项目是否有关联，以及它们应该以何种方式构建在一起。
我的感觉是：如果你的项目在同一个解决方案中，它们会以某种方式联系起来，并且必须一起构建。
然后，您应该构建您的解决方案 ( sln) 而不是项目 ( *proj)。
申请组织
通常，您的构建服务器不应该过多地重新定义应用程序的组织方式。您应该始终使用您的平台应用程序描述符来构建您的应用程序。
对于 .NET 和 Visual Studio，应用程序描述符就是您的解决方案( sln)。它定义了需求以及如何构建您的应用程序。
如果您的项目必须单独构建，它们应该在不同的解决方案中，除非您更喜欢创建特定的解决方案配置（除了发布和调试）。无论如何，解决方案仍然是构建入口点。
团队城市
谈到 TeamCity，不同的独立应用程序应该在单独的构建配置中。
纯构建（代码编译）应该在一个构建步骤中，并且您不应该在一个构建配置中使用过多的代码编译运行器。
您的构建配置应该反映您的应用程序场逻辑。
如果您需要以某些与打包相关的方式链接它们，例如，您可以通过快照或工件依赖项链接您的构建配置。