持续集成是否消除了大型Visual Studio解决方案的需求?

3

我和另一个人一起开发一个解决方案,该解决方案有约50-60个项目。在我看来,这太多了,因为它会使开发过程中的构建时间变慢,而且意味着IDE必须完成更多不必要的工作。

之所以没有将此解决方案分成较小的解决方案,是因为对代码进行任何重构或其他更改都可能导致其他解决方案出现故障,并且在将代码推送到存储库后才能被其他开发人员发现。

由于我没有很多连续集成的经验,我想知道除了自动化构建带来的其他绝妙好处外,其他开发人员如何避免需要具有大量项目的解决方案?有人可以向.Net / Windows开发人员推荐一份有关连续集成和自动化构建的入门指南吗?

1个回答

3

是的,拥有50-60个项目的解决方案很可能太多了。可以推测这些项目并不都与该解决方案构建的特定产品相关,并且其中许多可以被视为框架组件?

我建议将任何框架(与产品无关)的项目移动到自己的框架解决方案中,然后只需在产品解决方案中添加对已编译程序集的引用,而不是框架项目本身。

如果您使用最近发布的TeamCity 7进行持续集成,则它提供的一个功能是NuGet打包。这意味着您可以将公司框架打包成NuGet软件包,以使部署到每个产品解决方案非常简单。

一些关于持续集成/交付的优秀资源包括:


网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接