在VSTS中构建多项目解决方案时如何设置csc langversion？

我明白你现在的困境——本地Visual Studio能正常构建C#7.2的代码，但签入VSTS后构建就报错，哪怕装了Microsoft.NET.Compilers包还是不行。核心问题确实是编译器没拿到正确的语言版本参数，下面给你几个适用于多项目解决方案的可靠方法：

方法1：逐个修改项目文件（.csproj） #

这是最直接的方式，每个项目都能独立控制语言版本：
打开每个项目的.csproj文件，在<PropertyGroup>节点里添加LangVersion配置：

<PropertyGroup>
  <!-- 可以指定具体版本7.2，或者用latest自动使用最新支持的版本 -->
  <LangVersion>7.2</LangVersion>
</PropertyGroup>

这个设置会同时被Visual Studio和VSTS的MSBuild任务识别，本地和CI构建都会生效，避免两边不一致的问题。

方法2：用Directory.Build.props统一配置多项目 #

如果你的解决方案里有很多项目，不想一个个改.csproj，可以在解决方案的根目录创建一个名为Directory.Build.props的文件，内容如下：

<Project>
  <PropertyGroup>
    <LangVersion>7.2</LangVersion>
  </PropertyGroup>
</Project>

MSBuild会自动识别这个文件，所有子目录里的项目都会继承这个语言版本设置，一次性解决多项目的配置问题，非常高效。

方法3：在VSTS构建任务中全局传递参数 #

如果你不想修改项目文件，也可以在VSTS的构建任务里添加全局MSBuild参数：

1. 打开你的VSTS构建定义，找到对应的MSBuild或Visual Studio Build任务
2. 在“MSBuild参数”（或类似选项）里添加：

/p:LangVersion=7.2

不过这种方式不如前两种持久，因为如果构建任务被修改，很容易忘记这个参数，所以更推荐前两种项目级的配置。

额外注意事项 #

• 确保VSTS构建代理上安装的MSBuild版本足够新（对应Visual Studio 2017 15.5+），旧版本的MSBuild可能无法识别C#7.2的语言版本设置
• 如果你使用了Microsoft.NET.Compilers NuGet包，建议保持包版本和你本地使用的编译器版本一致，避免版本冲突
• 尽量不要同时混用NuGet编译器包和全局MSBuild编译器，统一一种方式能减少潜在的问题

内容的提问来源于stack exchange，提问作者Phil