我们在VST上为UWP应用程序实现了构建管道。我们可以在启用.NET Antials的发行模式下在任何开发人员工作站上构建应用程序，并且该应用程序按预期工作。
当我们在VST中的托管VS2017代理上构建相同的应用程序时，该应用程序还可以成功构建，并且可以在设备上安装所得的AppXBundle文件。但是，该应用程序在显示飞溅屏幕后立即崩溃。
与在VST中托管的VS2017代理上构建的方式相比，我在VS2017中构建应用程序的构建方式上看不到任何区别。
事件日志在崩溃后立即显示以下内容：
故障应用程序名称：foo.exe，版本：0.19.1.0，时间戳：0x5A1D8E4A故障模块名称：windows.ui.xaml.dll，版本：10.0.16299.15，时间戳：0xf6706fe0异常代码：0xc000027b故障偏移：0x00000000006E7269故障过程ID：0x3044故障应用程序开始时间：0x01D368691C216952故障应用程序路径：C： Program Files WindowsApps foo_0.19.1.1.0_x64__fdr8vq4bd9b2a foo.exe故障模块路径：C： Windows System32 Windows.ui.xaml.dll报告ID：2655F631-947C-42E5-B3D4-2D2679A93332故障包全名：foo_0.19.1.0_x64__fdr8vq4bd9b2a故障软件包相关应用程序ID：应用
VST中的构建步骤如下：
/p:AppxBundlePlatforms="$(BuildPlatform)" /p:AppxPackageDir="$(Build.ArtifactStagingDirectory)AppxPackages\" /p:AppxBundle=Always /p:UapAppxPackageBuildMode=StoreUpload
如果我使用相同的命令行并将其运行在任何开发人员工作站上，并且可以安装和启动所得的appxBundle而不会崩溃。
知道什么区别可能是什么，或者如何最好地调试应用程序？
该问题是由VST构建管道中的App Center（又称移动中心）上传任务引起的。此任务似乎以一种非常奇怪的方式"损坏"文件。
我使用App Center CLI替换了任务，并且上传作品不再崩溃。
我在此处发布了另一个问题：使用VSTS任务