咨询：VS2017为何未在Azure云服务项目中包含Microsoft.Bcl.Build

这是VS2017和VS2015在NuGet打包逻辑上的典型差异问题，主要有几个核心原因：

• 构建依赖与运行时依赖的区分更严格
  Microsoft.Bcl.Build本质是一个构建辅助组件，而非Web角色运行时必需的依赖。VS2015的打包逻辑相对宽松，会把这类构建工具也纳入部署包；但VS2017引入了更精准的依赖筛选机制，会自动识别并排除仅用于开发/构建阶段的组件，避免打包不必要的文件。

• NuGet依赖标记的遵循差异
  从你的NuGet依赖截图来看，Microsoft.Bcl.Build很可能被标记为DevelopmentDependency（开发依赖）。VS2017严格遵循这个标记，生产打包时会自动忽略这类依赖；而VS2015没有严格执行这个规则，所以会把它包含进去。

• Azure Cloud Service打包流程的优化
  VS2017对Azure Cloud Service项目的打包流程做了针对性优化，默认过滤掉了构建工具类组件。你可以对比VS2015项目的.ccproj配置文件，看看是否存在手动添加的Microsoft.Bcl.Build包含规则，而VS2017项目没有继承这个设置。

如果你的Web角色确实需要这个组件（虽然通常不需要，因为它仅用于构建），可以按以下步骤处理：

• 检查NuGet包属性：打开NuGet包管理器，找到Microsoft.Bcl.Build，查看“开发依赖”选项是否被勾选。如果是，取消勾选后重新打包，VS2017就会将其纳入部署包。
• 手动强制包含引用：在Web角色项目的.csproj文件中添加以下配置，强制将组件标记为私有引用，确保打包时包含：

<ItemGroup>
  <Reference Include="Microsoft.Bcl.Build">
    <Private>True</Private>
  </Reference>
</ItemGroup>

• 调整Cloud Service打包规则：右键Azure Cloud Service项目 → 选择“属性” → 切换到“打包”标签，检查是否有自定义的文件排除规则，调整规则以包含Microsoft.Bcl.Build相关文件。

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