Ergebnisse erstellen

Wichtig

Visual Studio App Center wird am 31. März 2025 eingestellt. Sie können Visual Studio App Center zwar weiterhin verwenden, bis es vollständig eingestellt ist, es gibt jedoch mehrere empfohlene Alternativen, zu denen Sie möglicherweise eine Migration in Erwägung ziehen.

Erfahren Sie mehr über Supportzeitpläne und Alternativen.

Die Buildergebnisse geben Ihnen umfassende Informationen über die status Ihres Builds. Sie können Den erfolgreichen Build oder nur die Symbole herunterladen, die für absturzberichterstattung verwendet werden sollen. Wenn ein Fehler auftritt, können Sie die Protokolle untersuchen, um Buildprobleme zu beheben.

Nachdem ein Build ausgelöst wurde, kann er sich in den folgenden Zuständen befinden:

  • queued : Der Build befindet sich in einer Warteschlange, die darauf wartet, dass Ressourcen freigegeben werden.
  • Erstellen : Der Build führt die vordefinierten Aufgaben aus.
  • erfolgreich : Der Build ist abgeschlossen und erfolgreich.
  • Fehler : Der Build wurde abgeschlossen, ist aber fehlgeschlagen. Sie können probleme beheben, indem Sie die Buildprotokolle überprüfen.
  • abgebrochen : Der Build wurde von einer Benutzeraktion abgebrochen oder es ist ein Timeout.

1.1. Die AppPackages

Das Erstellen Ihrer App für Release führt zu einem Ordner namens "AppPackages", der eine .appxupload Datei für den Speicher und den Ordner Test enthält, der die .appxbundle Dateien zum Querladen enthält.

App Center generiert immer ein App-Bündel. Debugbuilds sind jedoch nicht für das Querladen vorgesehen. Sie erhalten die .appxupload Datei nicht, und die bereitgestellten .appxbundle Dateien im Ordner Test enthalten keine erforderlichen Abhängigkeiten.

1.2. Die Symboldateien

Die .appxsym Dateien enthalten die Debugsymbole für die App. Es gibt eine Symboldatei für jede Plattform, die Ihre App unterstützt.

1.3. Buildprotokolle

Laden Sie für einen abgeschlossenen Build (erfolgreich oder fehlgeschlagen) die Protokolle herunter, um mehr über den Buildvorgang zu erfahren. App Center stellt ein Archiv mit den folgenden Dateien bereit:

|-- 1_build.txt (this is the general build log)
|-- build (this folder contains a separate log file for each build step)
    |-- <build-step-1> (e.g. 2_Get Sources.txt)
    |-- <build-step-2> (e.g. 3_Pod install.txt)
    |--
    |-- <build-step-n> (e.g. n_Post Job Cleanup.txt)

Die spezifischen Protokolle für den Buildschritt (im build Verzeichnis des Archivs) sind hilfreich, um die Problembehandlung zu beheben und zu verstehen, in welchem Schritt und warum der Buildfehler aufgetreten ist.