我有一个应用程序，包含至少3种不同语言（C＃，Visual C ++和Visual Basic）编写的近90个不同的项目，目标是.NET 3,3.5,4.0和4.5，有6种不同的配置。由于一些混乱的配置麻烦涉及为不同客户端预处理功能，我们即将开始编写我们的编译脚本。我已经看到了使用Powershell脚本编译这些应用程序的多种方法，但它们似乎归结为两个选项：编译整个解决方案或单独编译每个项目。
所以我的问题是：这类产品是否有行业最佳实践？如果是这样的话是什么？
项目负责人似乎倾向于编译和单独配置每个项目，但这似乎很浪费，因为我们已经在VS中配置了配置单个项目。如果这个问题过于主观，我会很乐意将其删除。对不起，如果我的信息含糊不清，但我必须用这个项目走在蛋壳上。感谢。
答案 0 :(得分：0)
如果您正在处理大量项目，并且您正在使用Microsoft技术堆栈，那么“正式”的方法是使用Microsoft的完整Team Foundation Server技术并正式化开发生命周期。 / p>
它执行源代码控制，构建管理，测试等。然后我会将它与Release Management结合使用，以实现更全面的自动化。
转向TFS是一个很大的飞跃，需要一些时间来设置和配置等，但我认为一旦你开始接触到几十个项目，这是最好的事情。 PowerShell和其他方法都很好，但是当你开始扩展到大量项目时，它们就变得难以管理。