如何创建并安装两个互不冲突的WPF ClickOnce应用版本？

这个问题在多环境部署ClickOnce应用时特别常见——本质原因是ClickOnce靠唯一的应用标识来管理已安装应用，如果两个版本的核心标识信息重复，就会被判定为同一个应用的不同版本，进而互相覆盖。下面是具体的解决步骤，结合你已经配置预生成事件的情况，还能实现自动化区分：

核心修改：让两个版本的应用标识完全独立 #

ClickOnce的应用标识由几个关键信息共同决定，只要把这些信息改成不同的，就能实现并行安装：

• 修改产品名称与发布名称
  打开Visual Studio项目属性，切换到「发布」选项卡，点击「选项」→「应用程序」：

  • 给两个配置版本分别设置不同的应用程序名称（比如一个叫MyApp-生产环境，另一个叫MyApp-测试环境）
  • 同步修改产品名称，这会影响开始菜单快捷方式的名称，也是ClickOnce区分应用的关键依据。

• 替换程序集GUID
  打开项目根目录下的AssemblyInfo.cs（VB项目是AssemblyInfo.vb），找到[assembly: Guid("xxx-xxx-xxx")]这一行，给两个版本生成并替换成不同的GUID（可以用Visual Studio「工具→创建GUID」功能生成新值）。这个GUID是ClickOnce识别应用身份的核心标识之一，必须保证唯一。

• 区分程序集名称
  在项目属性的「应用程序」选项卡，把两个版本的程序集名称也改成不同的（比如MyApp.Prod和MyApp.Staging），避免程序集层面的命名冲突。

结合预生成事件实现自动化配置 #

既然你已经配置了预生成事件，可以把上述修改做成自动化脚本，根据当前编译配置自动切换标识信息，不用手动反复修改：

举个PowerShell脚本的例子（可以保存为UpdateClickOnceIdentity.ps1）：

# 根据当前编译配置修改AssemblyInfo中的标识信息
$config = $(ConfigurationName)
$assemblyInfoPath = "$(ProjectDir)Properties\AssemblyInfo.cs"

if ($config -eq "Release-Prod") {
  # 生产环境配置
  (Get-Content $assemblyInfoPath) -replace 'Guid\("(.*?)"\)', 'Guid("12345678-1234-1234-1234-1234567890AB")' | Set-Content $assemblyInfoPath
  (Get-Content $assemblyInfoPath) -replace 'AssemblyProduct\("(.*?)"\)', 'AssemblyProduct("MyApp-生产环境")' | Set-Content $assemblyInfoPath
} elseif ($config -eq "Release-Staging") {
  # 测试环境配置
  (Get-Content $assemblyInfoPath) -replace 'Guid\("(.*?)"\)', 'Guid("87654321-4321-4321-4321-0987654321BA")' | Set-Content $assemblyInfoPath
  (Get-Content $assemblyInfoPath) -replace 'AssemblyProduct\("(.*?)"\)', 'AssemblyProduct("MyApp-测试环境")' | Set-Content $assemblyInfoPath
}

然后在预生成事件里调用这个脚本：

powershell -ExecutionPolicy Bypass -File "$(ProjectDir)UpdateClickOnceIdentity.ps1"

这样每次编译不同配置时，脚本会自动替换对应的标识信息，确保两个版本的身份完全独立。

验证效果 #

发布两个版本后，检查生成的.application文件，查看里面的<applicationIdentity>元素的name属性，以及<description>中的产品名称，确认两者完全不同。安装后，你会在开始菜单看到两个独立的快捷方式，应用会被安装到不同的ClickOnce缓存目录，互相不会覆盖或冲突。

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