Visual Studio 2013安装部署项目无法升级NuGet DLL求助

我之前也踩过Setup and Deployment Project里NuGet包升级的坑，结合实际排查经验给你几个针对性的解决方向：

• 检查NuGet DLL的文件版本
  Setup项目默认是通过文件版本判断是否需要替换文件的，有些NuGet包更新时可能只改了产品版本，文件版本没递增，这会导致Setup认为文件没有更新而跳过替换。你可以右键DLL查看「属性-详细信息」，确认文件版本是否真的随NuGet包升级而提升。如果确实没改，要么联系包作者调整，要么在Setup项目里给这些DLL设置Always overwrite属性：找到Setup项目文件列表里的目标DLL，右键选属性，把该选项设为True。

• 确认Setup引用的是NuGet包的最新文件
  有时候不小心会把旧DLL复制到本地项目目录，Setup可能误引用了本地旧文件而非NuGet包的最新版本。右键Setup项目里的DLL，查看「属性-SourcePath」，确认路径指向的是NuGet包的安装目录（比如packages\PackageName.Version\lib\net45这类路径），如果是本地项目内的复制文件，删掉后重新从NuGet包目录添加引用。

• 验证RemovePreviousVersions的生效逻辑
  这个选项需要满足多个条件才会彻底卸载旧版本，除了你已经配置的版本号、UpgradeCode、ProductCode，还要检查Setup项目的UpgradeTable是否正确记录了旧版本信息：

  1. 用文本编辑器打开Setup项目的.vdproj文件
  2. 找到"Upgrade"节点，确认其中的VersionMin是旧版本号、VersionMax是新版本号，Attributes设为3:2（表示卸载旧版本）
     示例节点格式：

  "Upgrade"
  {
      "1136"
      {
          "UpgradeCode" = "8:{你的固定UpgradeCode}"
          "VersionMin" = "8:1.0.0.0"
          "VersionMax" = "8:2.0.0.0"
          "Language" = "1033"
          "Attributes" = "3:2"
      }
  }
  

• 排查文件锁定问题
  如果旧版本的DLL被正在运行的应用进程占用，Setup升级时会无法替换文件。升级前确保所有相关进程都已关闭，或者可以给Setup添加自定义动作，在升级前用taskkill命令强制结束目标进程（需要编写简单的批处理脚本并添加到Setup的自定义动作中）。

• 查看安装日志定位具体原因
  用命令行安装并生成详细日志：msiexec /i 你的安装包.msi /l*v install.log，搜索目标NuGet DLL的名称，日志会明确显示是「文件版本相同跳过替换」还是「文件被锁定无法替换」等具体原因，方便针对性解决。

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