我们使用Make来编译我们的产品,其中包括C、C++、Java和一些其他零碎的部分。尽可能地,我们将编译整个项目所需的所有工具都检入源代码控制中,以消除本地依赖并确保开发机器上的一致性。
最近,我们添加了一些使用Visual Studio编写的组件,并希望采用类似于Visual Studio解决方案的方法。调用“devenv”不是一个好选择。直接调用“csc.exe”(就像我以前使用Nant时做的那样)需要在构建脚本中跟踪文件依赖项,而我宁愿让Visual Studio解决方案自己处理。
MSBuild似乎是一个不错的选择,尽管它在
最近,我们添加了一些使用Visual Studio编写的组件,并希望采用类似于Visual Studio解决方案的方法。调用“devenv”不是一个好选择。直接调用“csc.exe”(就像我以前使用Nant时做的那样)需要在构建脚本中跟踪文件依赖项,而我宁愿让Visual Studio解决方案自己处理。
MSBuild似乎是一个不错的选择,尽管它在
%windir%\Microsoft.NET\Framework\[version]\
中的默认位置让我担心机器之间的可变性,无论是路径中的[version]还是事实上你将看到“Framework”和“Framework64”目录。我不介意要求所有开发人员安装任何.NET框架版本,但我担心你的v3.5可能与我的不同。
有人有喜欢的解决方案吗?尝试过任何你不喜欢的东西吗?