使用Powershell编译多个项目解决方案的最佳实践



我有一个应用程序,包含近90个不同的项目,用至少3种不同的语言(c#、Visual c++和Visual Basic)编写,目标是。net 3、3.5、4.0和4.5,有6种不同的配置。由于一些复杂的配置问题,包括为不同的客户端预处理我们的特性,我们即将开始编写编译脚本。我见过多种使用Powershell脚本来编译此类应用程序的方法,但它们似乎归结为两种选择:编译整个解决方案或单独编译每个项目。

所以我的问题是:对于这样的事情有没有一个行业的最佳实践?如果有,那是什么呢?

项目负责人似乎倾向于编译和单独配置每个项目,但这似乎是浪费的,因为我们已经在VS中配置了单个项目。如果这个问题太主观,我很乐意把它删掉。很抱歉,如果我的信息有点模糊,但我必须在这个项目上小心翼翼。谢谢。

如果您正在处理大量的项目,并且您正在使用Microsoft技术栈,那么"官方"的方法将是使用Microsoft的完整的Team Foundation Server技术并形式化开发生命周期。

它做源代码控制、构建管理、测试等。然后,我将它与发布管理结合起来,使事情更加自动化。

迁移到TFS是一个很大的飞跃,需要一些时间来设置和配置等,但我认为一旦你开始接触几十个项目,这是最好的事情。PowerShell和其他方法都很好,但是当你开始扩展到大量项目时,就变得难以管理了。

最新更新