VSTS上でUWPアプリケーションのビルドパイプラインを実装しました。私たちは、.NETネイティブを有効にしたリリースモードのデベロッパーワークステーションでアプリケーションをビルドすることができ、アプリケーションは期待通りに動作します。VSTSでホストされたエージェントをビルドする場合にのみリリース構成と.netネイティブクラッシュを伴うUWP
VSTSのHosted VS2017 Agentで同じアプリケーションを構築すると、アプリケーションも正常に構築され、結果のappxbundleファイルをデバイスにインストールできます。ただし、スプラッシュ画面を表示した直後にアプリケーションがクラッシュします。
VS2017でアプリケーションを構築する方法の違いは、VSTSのHosted 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：VSTSでのApp
ビルドステップは、次のように構成されています
/p:AppxBundlePlatforms="$(BuildPlatform)" /p:AppxPackageDir="$(Build.ArtifactStagingDirectory)\AppxPackages\\" /p:AppxBundle=Always /p:UapAppxPackageBuildMode=StoreUpload
私が同じコマンドラインを使用してそれを任意の開発者ワークステーションで実行すると、結果として得られるappxbundleはクラッシュすることなくインストールおよび起動できます。
どのような違いがありますか、またはどのように私は最高のアプリをデバッグできますか？
をこれだけの理由グラグラビルドマシンの起こるだろうされていない、あなたにも、ユーザーのマシン上での障害のこれらの種類を取得します。だから、それらをデバッグする方法を学ぶことは非常に重要であり、あなたはまだ最初の打撃をしていない。 Googleの "uwp debugging stowed exception"が先行する。 –
感謝@HansPassant - 分前にwindbgを使用し、プロパティ 'Prism.Windows.Mvvm.ViewModelLocator.AutoWireViewModel'に割り当てられませんでした。いいえアイデアどのようにそれをさらに絞り込む...どのようなアイデアですか？ – BenAffleckIsBatman
この問題を新しいプロジェクトで再現できますか？あなたは、「私たちは.NETネイティブを有効にしたリリースモードで開発者ワークステーションのいずれかでアプリケーションをビルドすることができ、期待どおりに動作します」と言っているのは、プライベートビルドエージェントでアプリケーションをビルドするか、手動で？この問題を再現できるOneDriveでサンプルプロジェクトを共有できます。 –