我有一個包含Windows服務項目和Web應用程序項目的Visual Studio 2012解決方案。使用Visual Studio解決方案的團隊城市構建步驟
我希望Team City（版本8.0.3）爲手動部署創建兩個zip文件（一個用於服務，另一個用於Web應用程序）。
我應該創建一個構建步驟來構建整個解決方案，然後是發佈Windows服務的構建步驟以及發佈網站（通過發佈配置文件）的構建步驟。然後使用常規設置中的工件路徑壓縮這兩個發佈的文件夾？
或者我應該只有一個構建步驟來構建解決方案，然後使用工件路徑來創建兩個zip文件？
還是有比上述任何一種更好的辦法？
你必須問自己，這兩個項目是否有聯繫以及它們應該以何種方式構建在一起。
我的感覺是：如果你的項目是在同一個解決方案中，它們在某些方面有聯繫，必須一起構建。
然後，你應該建立你的解決方案（sln）而不是項目（*proj）。
應用組織
一般情況下，你的構建服務器不應該重新定義-too much-您的應用程序的組織方式。您應該始終使用您的平臺應用程序描述符來構建您的應用程序。
在.NET和Visual Studio的情況下，the application descriptor is your solution（sln）。它定義了需求以及您的應用程序如何構建。
如果您的項目必須單獨構建，它們應該處於不同的解決方案中，除非您更喜歡創建特定的解決方案配置（除發佈&調試外）。 無論如何，解決方案仍然是構建入口點。
的TeamCity
談到TeamCity的，不同的，獨立的應用程序應該在各自獨立構建配置。
純編譯（代碼編譯）應該是一個生成步驟，你不應該在一個構建配置中使用太多的代碼編譯亞軍。
你的構建配置應該反映你的應用程序邏輯的農場。
如果你需要他們其中一些涉及到包裝，例如方式鏈接，您可以連結構建配置通過snapshot or artifact dependency。