C# 更改assemblyVersion会将版本添加到Application.LoadComponent,从而导致编译错误

C# 更改assemblyVersion会将版本添加到Application.LoadComponent,从而导致编译错误,c#,wpf,xaml,C#,Wpf,Xaml,我有一份C#WPF申请。它使用一个小型商业框架() 我正在本地和通过buildserver(Azure管道)构建此应用程序。在生成之前,我使用市场任务更改assemblyinfo.cs: 生成服务器执行以下任务: NuGet恢复 使用正确的版本信息插入/编辑assemblyVersion、AssemblyFileVersion和AssemblyInformationalVersion 建造 现在,当我运行这个应用程序时,它会启动并运行一段时间。 启动后,我很快将VS调试器挂接到进程中。 然后

我有一份C#WPF申请。它使用一个小型商业框架()

我正在本地和通过buildserver(Azure管道)构建此应用程序。在生成之前,我使用市场任务更改assemblyinfo.cs:

生成服务器执行以下任务:

  • NuGet恢复
  • 使用正确的版本信息插入/编辑assemblyVersion、AssemblyFileVersion和AssemblyInformationalVersion
  • 建造
现在,当我运行这个应用程序时,它会启动并运行一段时间。 启动后,我很快将VS调试器挂接到进程中。 然后应用程序突然崩溃:

这很奇怪,因为当我在本地构建时,这个运行时错误不会发生。 请注意,我将所有属性设置为相同的测试值:

AssemblyVersion: 1.2.3.4
AssemblyFileVersion: 5.6.7.8
AssemblyInformationalVersion: 9.10.11.12
然后,我使用Telerik justAssembly比较本地构建和构建服务器的构建输出:

我们可以看到,本地输出(左侧)没有添加到
应用程序.LoadComponent(..)
的版本,而构建服务器输出(右侧)有

public void InitializeComponent()
{
如果(!this.\u contentLoaded)
{
这是。_contentLoaded=true;
LoadComponent(这是新的Uri(“/HmiMetis;component/views/app.xaml”,UriKind.Relative));
}
}
这意味着这是运行时异常的根本原因

我发现本地机器上的构建过程与构建服务器输出不同,这很奇怪。两者都应该使用visual studio 2017来构建。为什么buildserver将该版本添加到loadComponent的uri中,而我的本地计算机没有

无论如何,我需要这个例外消失。 因此,我认为最简单的方法是强制buildserver在任何情况下都不添加版本信息。这可能吗?如何实现

编辑: 我发现一份相关的问题报告可能与此有关:

Welp这对我来说是第一次,是我无法奖励的赏金。