僅當在VSTS托管代理上構建時，具有發行版配置和.net本機的UWP App才會崩潰

Question

我們在VSTS上為我們的UWP應用實現了構建管道。 我們可以在啟用.NET native的發布模式下在任何開發人員工作站上構建應用程序，並且該應用程序可以按預期工作。

當我們在VSTS中的托管VS2017代理上構建相同的應用程序時，該應用程序也會成功構建，並且可以將生成的appxbundle文件安裝在設備上。 但是，應用程序在顯示初始屏幕后立即崩潰。

與在VSTS中的托管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.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：App

VSTS中的構建步驟配置如下：

/p:AppxBundlePlatforms="$(BuildPlatform)" /p:AppxPackageDir="$(Build.ArtifactStagingDirectory)\AppxPackages\\" /p:AppxBundle=Always /p:UapAppxPackageBuildMode=StoreUpload

如果我使用相同的命令行並在任何開發人員工作站上運行它，那么它將起作用，並且可以安裝並啟動生成的appxbundle，而不會導致任何崩潰。

知道可能會有什么不同或如何最好地調試應用程序嗎？

Answer 1

此問題是由VSTS的構建管道中的向App Center（又名Mobile Center）的上傳任務引起的。 該任務似乎以一種非常奇怪的方式“破壞”了文件。

我使用App Center CLI將任務替換為一項，上傳成功，並且該應用不再崩潰。

我在這里針對根本原因發布了另一個問題： 使用VSTS Task將UWP App分發到App Center（又名Mobile Center）