我正在使用 3.0 和 VS 2008 进行开发。
问题是我的构建服务器没有安装 3.5,因此我无法构建解决方案,因为 2.0 的 MSBuild 将不支持 VS 2008 解决方案文件。
除了降级到 VS 2005 之外,没有简单的答案。
有什么想法吗?
我正在使用 3.0 和 VS 2008 进行开发。
问题是我的构建服务器没有安装 3.5,因此我无法构建解决方案,因为 2.0 的 MSBuild 将不支持 VS 2008 解决方案文件。
除了降级到 VS 2005 之外,没有简单的答案。
有什么想法吗?
VS2008 支持 C# 3 - 您可能正在使用 C# 3 特定的功能,同时仍以 .NET 2.0 为目标。
为什么不能在构建服务器上安装 .NET 3.5 有充分的理由吗?那将是我的首选解决方案,而不是回归您使用的 VS 版本。
您可能可以自动降级解决方案/项目文件-如果您不做任何复杂的事情,那只是更改版本号的问题-但是让构建服务器对开发人员使用不同的编译器并不是很好,IMO .
由于您有 VS2008 项目和解决方案,因此您需要在构建服务器上安装 .NET 3.5。由于您仍然可以针对 .NET 3.0 或 .NET 3.5,因此在构建机器上安装了 .NET 3.5 应该不会对目标环境产生任何影响。
不“安装”就不可能包含不同的版本吗?在存储库中,您可以添加版本化的 .NET 并将构建脚本指向您想要该项目的版本(我想像 Git 中的子模块)吗?因此,不是安装 .NET 3.0、3.5、4.0 等,而是包含库?