持續集成是否消除了對大型Visual Studio解決方案的需求？

我有一個解決方案，我與另一個人一起工作，該解決方案有大約50-60個項目，在我看來這太多了，因爲它會減慢開發過程中的構建時間，並且通常意味着更多工作必須由IDE完成比開發過程中所需的要多。持續集成是否消除了對大型Visual Studio解決方案的需求？

此解決方案沒有被分解爲更小的解決方案的唯一原因是任何重構或代碼的其他更改都可能導致其他解決方案中的破壞，並且這些不會在代碼被推入存儲庫之後纔會被拾取，其他開發人員在嘗試做他的工作時發現的。

因爲我沒有很多持續集成的經驗，所以我想知道是否（除了構建自動化帶來的其他好處），它是其他開發人員避免需要解決方案的標準方式有很多項目？有人可以推薦一個關於持續集成的良好入門，併爲.Net/Windows開發人員構建自動化嗎？

是的，50-60項目最有可能的解決方案太多了。據推測，所有這些項目都不涉及解決方案構建的特定產品，而且其中許多項目可能被視爲框架件？

我建議將任何框架（產品不可知）項目移植到他們自己的框架解決方案中，然後在產品解決方案中添加對編譯程序集的引用，而不是框架項目本身。

如果您使用TeamCity 7（最近發佈）進行持續集成，那麼它提供的一個功能是NuGet打包。這意味着您可以將您的公司框架打包到NuGet包中，以便非常直接地部署到每個產品解決方案。

在持續集成/輸送一些重要的資源是：

2012-03-05 10:12:27 devdigital

酷，感謝鏈接。 – 2012-03-05 10:26:18

回答