Erste Schritte mit CodeCatalyst Quell-Repositorys und dem Single-page Anwendungs-Blueprint

Folgen Sie den Schritten in diesem Tutorial, um zu erfahren, wie Sie mit Quell-Repositorys in Amazon arbeiten. CodeCatalyst

Der schnellste Weg, um mit der Arbeit mit Quell-Repositorys in Amazon zu beginnen, CodeCatalyst besteht darin, ein Projekt mithilfe einer Vorlage zu erstellen. Wenn Sie ein Projekt mithilfe einer Vorlage erstellen, werden Ressourcen für Sie erstellt, einschließlich eines Quell-Repositorys, das Beispielcode enthält. Sie können dieses Repository und dieses Codebeispiel verwenden, um zu lernen, wie Sie:

• Sehen Sie sich die Quell-Repositorys eines Projekts an und durchsuchen Sie deren Inhalte

• Erstellen Sie eine Entwicklungsumgebung mit einem neuen Branch, in dem Sie an Code arbeiten können

• Ändern Sie eine Datei und übertragen Sie Ihre Änderungen und übertragen Sie sie

• Erstelle einen Pull-Request und überprüfe deine Codeänderungen mit anderen Projektmitgliedern

• Sieh dir an, wie der Workflow für dein Projekt automatisch die Änderungen im Quell-Branch des Pull Requests erstellt und getestet

• Füge deine Änderungen aus deinem Quell-Branch mit dem Ziel-Branch zusammen und schließe den Pull Request

• Sieh dir an, wie die zusammengeführten Änderungen automatisch erstellt und bereitgestellt werden

Um das Beste aus diesem Tutorial herauszuholen, laden Sie andere zu Ihrem Projekt ein, damit Sie gemeinsam an einem Pull-Request arbeiten können. Weitere Funktionen findest du unter CodeCatalyst, z. B. das Erstellen von Issues und das Verknüpfen dieser mit einem Pull Request oder das Konfigurieren von Benachrichtigungen und das Erhalten von Benachrichtigungen, wenn der zugehörige Workflow ausgeführt wird. Eine vollständige Beschreibung von finden Sie CodeCatalyst unterTutorials für die ersten Schritte.

Ein Projekt mit einem Blueprint erstellen

Das Erstellen eines Projekts ist der erste Schritt, um zusammenarbeiten zu können. Sie können einen Blueprint verwenden, um Ihr Projekt zu erstellen. Dadurch wird auch ein Quell-Repository mit Beispielcode und einem Workflow erstellt, der Ihren Code automatisch erstellt und bereitstellt, wenn Sie ihn ändern. In diesem Tutorial führen wir Sie durch ein Projekt, das mit dem Single-page Anwendungs-Blueprint erstellt wurde. Sie können die Verfahren jedoch für jedes Projekt mit einem Quell-Repository befolgen. Achten Sie beim Erstellen des Projekts darauf, eine IAM-Rolle auszuwählen, oder fügen Sie eine IAM-Rolle hinzu, falls Sie noch keine haben. Wir empfehlen, dass Sie die CodeCatalystWorkflowDevelopmentRole- spaceName Servicerolle für dieses Projekt verwenden.

Wenn Sie bereits ein Projekt haben, können Sie damit fortfahrenDie Repositorys für ein Projekt anzeigen.

Anmerkung

Nur Benutzer mit der Rolle Space-Administrator oder Power-User können Projekte in erstellen CodeCatalyst. Wenn Sie diese Rolle nicht haben und für dieses Tutorial ein Projekt benötigen, an dem Sie arbeiten können, bitten Sie jemanden mit einer dieser Rollen, ein Projekt für Sie zu erstellen und Sie dem erstellten Projekt hinzuzufügen. Weitere Informationen finden Sie unter Zugriff mit Benutzerrollen gewähren.

Um ein Projekt mit einem Blueprint zu erstellen

1. Navigieren Sie in der CodeCatalyst Konsole zu dem Bereich, in dem Sie ein Projekt erstellen möchten.

2. Wählen Sie im Space-Dashboard die Option Projekt erstellen aus.

3. Wählen Sie Mit einem Blueprint beginnen aus.

   Tipp

   Sie können sich dafür entscheiden, einen Blueprint hinzuzufügen, indem Sie Amazon Q Ihre Projektanforderungen angeben, damit Amazon Q Ihnen einen Plan vorschlägt. Weitere Informationen erhalten Sie unter Verwenden Sie Amazon Q, um einen Blueprint auszuwählen, wenn Sie ein Projekt erstellen oder Funktionen hinzufügen und Bewährte Methoden, wenn Sie Amazon Q verwenden, um Projekte zu erstellen oder Funktionen mit Blueprints hinzuzufügen. Diese Funktion ist nur in der Region USA West (Oregon) verfügbar.

   Diese Funktion setzt voraus, dass generative KI-Funktionen für den Space aktiviert sind. Weitere Informationen finden Sie unter Generative KI-Funktionen verwalten.

4. Wählen Sie auf der Registerkarte CodeCatalyst Blueprints oder Space Blueprints einen Blueprint aus und klicken Sie dann auf Weiter.

5. Geben Sie unter Name Ihres Projekts den Namen ein, den Sie Ihrem Projekt zuweisen möchten, sowie die zugehörigen Ressourcennamen. Der Name muss in Ihrem Bereich eindeutig sein.

6. (Optional) Standardmäßig wird der vom Blueprint erstellte Quellcode in einem CodeCatalyst Repository gespeichert. Sie können sich auch dafür entscheiden, den Quellcode des Blueprints in einem Drittanbieter-Repository zu speichern. Weitere Informationen finden Sie unter Fügen Sie Funktionen zu Projekten mit Erweiterungen in hinzu CodeCatalyst.

   Wichtig

   CodeCatalyst unterstützt das Erkennen von Änderungen im Standard-Branch für verknüpfte Repositorys nicht. Um den Standard-Branch für ein verknüpftes Repository zu ändern, musst du zuerst die Verknüpfung mit dem Repository CodeCatalyst aufheben, den Standard-Branch ändern und es dann erneut verknüpfen. Weitere Informationen finden Sie unter Verknüpfung von GitHub Repositorys, Bitbucket-Repositorys, GitLab Projekt-Repositorys und Jira-Projekten in CodeCatalyst.

   Es hat sich bewährt, immer sicherzustellen, dass du über die neueste Version der Erweiterung verfügst, bevor du ein Repository verknüpfst.

   Führe je nach dem Drittanbieter des Repositorys, das du verwenden möchtest, einen der folgenden Schritte aus:

   • GitHub Repositorys: Verbinde ein GitHub Konto.

     Wählen Sie das Dropdownmenü „Erweitert“, wählen Sie GitHub als Repository-Anbieter aus und wählen Sie dann das GitHub Konto aus, in dem Sie den vom Blueprint erstellten Quellcode speichern möchten.

     Anmerkung

     Wenn Sie ein GitHub Konto verbinden, müssen Sie eine persönliche Verbindung herstellen, um eine Identitätszuordnung zwischen Ihrer Identität und Ihrer CodeCatalyst GitHub Identität herzustellen. Weitere Informationen erhalten Sie unter Persönliche Verbindungen und Zugreifen auf GitHub Ressourcen mit persönlichen Verbindungen.

   • Bitbucket-Repositorys: Verbinde einen Bitbucket-Workspace.

     Wähle das Dropdownmenü „Erweitert“, wähle Bitbucket als Repository-Anbieter und wähle dann den Bitbucket-Workspace aus, in dem du den vom Blueprint erstellten Quellcode speichern möchtest.

   • GitLab Repositorys: Verbinde einen Benutzer. GitLab

     Wählen Sie das Dropdownmenü „Erweitert“, wählen Sie GitLab als Repository-Anbieter aus und wählen Sie dann den GitLab Benutzer aus, in dem Sie den vom Blueprint erstellten Quellcode speichern möchten.

7. Konfigurieren Sie unter Projektressourcen die Blueprint-Parameter. Je nach Blueprint haben Sie möglicherweise die Möglichkeit, den Namen des Quell-Repositorys zu benennen.

8. (Optional) Um Definitionsdateien mit Aktualisierungen anzuzeigen, die auf den von Ihnen getroffenen Projektparametern basieren, wählen Sie unter Projektvorschau generieren die Option Code anzeigen oder Workflow anzeigen aus.

9. (Optional) Wählen Sie auf der Karte des Blueprints die Option Details anzeigen aus, um spezifische Details zum Blueprint anzuzeigen, z. B. einen Überblick über die Architektur des Blueprints, die erforderlichen Verbindungen und Berechtigungen sowie die Art der Ressourcen, die der Blueprint erstellt.

10. Wählen Sie Create project (Projekt erstellen) aus.

Die Projektübersichtsseite wird geöffnet, sobald Sie ein Projekt erstellen oder eine Einladung zu einem Projekt annehmen und den Anmeldevorgang abschließen. Die Projektübersichtsseite für ein neues Projekt enthält keine offenen Issues oder Pull Requests. Du kannst dich optional dafür entscheiden, ein Issue zu erstellen und es dir selbst zuzuweisen. Sie können sich auch dafür entscheiden, eine andere Person zu Ihrem Projekt einzuladen. Weitere Informationen erhalten Sie unter Ein Problem erstellen in CodeCatalyst und Einen Benutzer zu einem Projekt einladen.

Die Repositorys für ein Projekt anzeigen

Als Mitglied eines Projekts können Sie die Quell-Repositorys für das Projekt einsehen. Sie können sich auch dafür entscheiden, zusätzliche Repositorys zu erstellen. Wenn jemand mit der Space-Administratorrolle die GitHub Repositorys, Bitbucket-Repositorys oder die Repository-Erweiterung installiert und konfiguriert hat, kannst du auch Links zu GitLab Repositorys von Drittanbietern in den GitHub Konten, Bitbucket-Workspaces oder Benutzern hinzufügen, die für die Erweiterung konfiguriert sind. GitLab Weitere Informationen erhalten Sie unter Ein Quell-Repository erstellen und Schnellstart: Erweiterungen installieren, Anbieter verbinden und Ressourcen verknüpfen in CodeCatalyst.

Anmerkung

Für Projekte, die mit dem Single-page Anwendungs-Blueprint erstellt wurden, lautet der Standardname für das Quell-Repository, das den Beispielcode enthält. spa-app

Um zu den Quell-Repositorys für ein Projekt zu navigieren

1. Navigieren Sie zu Ihrem Projekt und führen Sie einen der folgenden Schritte aus:

   • Wählen Sie auf der Übersichtsseite für Ihr Projekt das gewünschte Repository aus der Liste aus und klicken Sie dann auf Repository anzeigen.

   • Wählen Sie im Navigationsbereich Code und dann Quell-Repositorys aus. Wählen Sie unter Quell-Repositorys den Namen des Repositorys aus der Liste aus. Sie können die Liste der Repositorys filtern, indem Sie einen Teil des Repository-Namens in die Filterleiste eingeben.

2. Sehen Sie sich auf der Startseite des Repositorys den Inhalt des Repositorys und Informationen zu den zugehörigen Ressourcen an, z. B. die Anzahl der Pull-Requests und Workflows. Standardmäßig werden die Inhalte für den Standard-Branch angezeigt. Sie können die Ansicht ändern, indem Sie einen anderen Zweig aus der Dropdownliste auswählen.

Die Übersichtsseite für das Repository enthält Informationen zu den Workflows und Pull Requests, die für die Branches dieses Repositorys und seiner Dateien konfiguriert sind. Wenn Sie das Projekt gerade erst erstellt haben, werden die ersten Workflows zum Erstellen, Testen und Bereitstellen des Codes weiterhin ausgeführt, da sie einige Minuten in Anspruch nehmen. Sie können die zugehörigen Workflows und ihren Status anzeigen, indem Sie die Zahl unter „Verwandte Workflows“ auswählen. Dadurch wird jedoch die Seite „Workflows“ in geöffnet CI/CD. Bleiben Sie für dieses Tutorial auf der Übersichtsseite und erkunden Sie den Code im Repository. Der Inhalt der README.md Datei wird auf dieser Seite unter den Repository-Dateien wiedergegeben. Unter Dateien wird der Inhalt des Standardzweigs angezeigt. Sie können die Dateiansicht so ändern, dass der Inhalt eines anderen Zweigs angezeigt wird, falls Sie einen haben. Der .codecatalyst Ordner enthält Code, der für andere Teile des Projekts verwendet wird, z. B. Workflow-YAML-Dateien.

Um den Inhalt von Ordnern anzuzeigen, klicken Sie auf den Pfeil neben dem Ordnernamen, um ihn zu erweitern. Wählen Sie beispielsweise den Pfeil neben, src um die Dateien für die einseitige Webanwendung anzuzeigen, die in diesem Ordner enthalten sind. Um den Inhalt einer Datei anzuzeigen, wählen Sie sie in der Liste aus. Dadurch wird das Fenster Dateien anzeigen geöffnet, in dem Sie den Inhalt mehrerer Dateien durchsuchen können. Sie können auch einzelne Dateien in der Konsole bearbeiten, aber um mehrere Dateien zu bearbeiten, sollten Sie eine Entwicklungsumgebung erstellen.

Erstellen einer Entwicklungsumgebung

Sie können Dateien in einem Quell-Repository in der CodeCatalyst Amazon-Konsole hinzufügen und ändern. Um jedoch effektiv mit mehreren Dateien und Branches zu arbeiten, empfehlen wir, eine Entwicklungsumgebung zu verwenden oder das Repository auf Ihren lokalen Computer zu klonen. In diesem Tutorial erstellen wir eine AWS Cloud9 Entwicklungsumgebung mit einem Branch namensdevelop. Du kannst einen anderen Branch-Namen wählen, aber wenn du den Branch benennstdevelop, wird automatisch ein Workflow ausgeführt, um deinen Code zu erstellen und zu testen, wenn du später in diesem Tutorial einen Pull-Request erstellst.

Tipp

Wenn du dich entscheidest, ein Repository lokal zu klonen, anstatt oder zusätzlich eine Entwicklungsumgebung zu verwenden, stelle sicher, dass du Git auf deinem lokalen Computer hast oder dass deine IDE Git enthält. Weitere Informationen finden Sie unter Einrichtung für die Arbeit mit Quell-Repositorys.

Um eine Entwicklungsumgebung mit einem neuen Branch zu erstellen

1. Öffnen Sie die CodeCatalyst Konsole unter https://codecatalyst.aws/.

2. Navigieren Sie zu dem Projekt, in dem Sie eine Entwicklungsumgebung erstellen möchten.

3. Wählen Sie den Namen des Repositorys aus der Liste der Quell-Repositorys für das Projekt aus. Sie können auch im Navigationsbereich Code, Quell-Repositorys und dann das Repository auswählen, für das Sie eine Entwicklungsumgebung erstellen möchten.

4. Wählen Sie auf der Repository-Startseite die Option Create Dev Environment aus.

5. Wählen Sie eine unterstützte IDE aus dem Dropdownmenü aus. Weitere Informationen finden Sie unter Unterstützte integrierte Entwicklungsumgebungen für Entwicklungsumgebungen.

6. Wählen Sie das Repository aus, das geklont werden soll, wählen Sie In neuem Branch arbeiten, geben Sie einen Branch-Namen in das Feld Branchname ein und wählen Sie im Dropdownmenü Branch erstellen von einen Branch aus, aus dem der neue Branch erstellt werden soll.

7. Fügen Sie optional einen Alias für die Dev-Umgebung hinzu.

8. Wählen Sie optional die Schaltfläche „Konfiguration der Entwicklungsumgebung bearbeiten“, um die Rechen-, Speicher- oder Timeout-Konfiguration der Entwicklungsumgebung zu bearbeiten.

9. Wählen Sie Erstellen aus. Während Ihre Entwicklungsumgebung erstellt wird, wird in der Statusspalte für die Entwicklungsumgebung der Wert Startend angezeigt, und in der Statusspalte wird der Wert Wird ausgeführt, sobald die Entwicklungsumgebung erstellt wurde. Eine neue Registerkarte mit Ihrer Entwicklungsumgebung in der IDE Ihrer Wahl wird geöffnet. Sie können den Code bearbeiten und Ihre Änderungen festschreiben und übertragen.

Sobald Sie die Entwicklungsumgebung erstellt haben, können Sie Dateien bearbeiten, Ihre Änderungen festschreiben und Ihre Änderungen an den test Branch übertragen. Bearbeiten Sie für dieses Tutorial den Inhalt zwischen den <p> Tags in der App.tsx Datei im src Ordner, um den Text zu ändern, der auf der Webseite angezeigt wird. Bestätigen Sie Ihre Änderung, übertragen Sie sie und kehren Sie dann zur CodeCatalyst Registerkarte zurück.

Um eine Änderung von einem vorzunehmen und zu übertragen AWS Cloud9 Entwickler-Umgebung

1. Erweitern Sie AWS Cloud9 unter das seitliche Navigationsmenü, um die Dateien zu durchsuchen. Erweitern src und öffnenApp.tsx.

2. Nehmen Sie eine Änderung des Textes in den <p> Tags vor.

3. Speichern Sie die Datei und übertragen Sie dann Ihre Änderungen mithilfe des Git-Menüs und übertragen Sie sie. Sie können Ihre Änderungen auch im Terminalfenster mit den git push Befehlen git commit und übertragen.

   git commit -am "Making an example change"
   git push

   Tipp

   Möglicherweise müssen Sie die Verzeichnisse im Terminal in das Git-Repository-Verzeichnis ändern, bevor Sie die Git-Befehle erfolgreich ausführen können.

Erstellen einer Pull-Anforderung

Du kannst Pull Requests verwenden, um Codeänderungen gemeinsam auf kleinere Änderungen oder Korrekturen, wichtige Funktionserweiterungen oder neue Versionen deiner veröffentlichten Software zu überprüfen. In diesem Tutorial erstellst du einen Pull Request, um die Änderungen zu überprüfen, die du am test Branch im Vergleich zum Haupt-Branch vorgenommen hast. Wenn du einen Pull Request in einem Projekt erstellst, das mit einer Vorlage erstellt wurde, wird auch ein Lauf der zugehörigen Workflows gestartet, falls vorhanden.

So erstellen Sie eine Pull-Anforderung

1. Navigiere zu deinem Projekt.

2. Führen Sie eine der folgenden Aktionen aus:

   • Wähle im Navigationsbereich Code, wähle Pull Requests und dann Create Pull Request aus.

   • Wähle auf der Repository-Startseite Mehr und dann Pull Request erstellen aus.

   • Wähle auf der Projektseite Pull Request erstellen aus.

3. Stellen Sie unter Quell-Repository sicher, dass das angegebene Quell-Repository dasjenige ist, das den festgeschriebenen Code enthält. Diese Option wird nur angezeigt, wenn du den Pull Request nicht von der Hauptseite des Repositorys aus erstellt hast.

4. Wählen Sie im Ziel-Branch den Branch aus, in den der Code nach der Überprüfung zusammengeführt werden soll.

5. Wählen Sie im Quellzweig den Zweig aus, der den übergebenen Code enthält.

6. Gib im Feld Titel der Pull-Anfrage einen Titel ein, der anderen Benutzern hilft zu verstehen, was überprüft werden muss und warum.

7. (Optional) Gib im Feld Beschreibung der Pull-Anfrage Informationen an, z. B. einen Link zu Problemen oder eine Beschreibung deiner Änderungen.

   Tipp

   Du kannst „Beschreibung für mich schreiben“ wählen, damit CodeCatalyst automatisch eine Beschreibung der im Pull Request enthaltenen Änderungen generiert wird. Du kannst Änderungen an der automatisch generierten Beschreibung vornehmen, nachdem du sie dem Pull Request hinzugefügt hast.

   Diese Funktion setzt voraus, dass generative KI-Funktionen für den Space aktiviert sind. Sie ist für Pull-Requests in verknüpften Repositorys nicht verfügbar. Weitere Informationen findest du unter Generative KI-Funktionen https://docs.aws.amazon.com/codecatalyst/latest/adminguide/managing-generative-ai-features.html verwalten.

8. (Optional) Wählen Sie unter Probleme die Option Probleme verknüpfen aus und wählen Sie dann entweder ein Problem aus der Liste aus oder geben Sie dessen ID ein. Um die Verknüpfung zu einem Problem aufzuheben, wählen Sie das Symbol zum Aufheben der Verknüpfung.

9. (Optional) Wählen Sie unter Erforderliche Prüfer die Option Erforderliche Prüfer hinzufügen aus. Wählen Sie aus der Liste der Projektmitglieder aus, um sie hinzuzufügen. Erforderliche Reviewer müssen die Änderungen genehmigen, bevor der Pull Request mit dem Ziel-Branch zusammengeführt werden kann.

   Anmerkung

   Sie können einen Prüfer nicht gleichzeitig als erforderlichen Prüfer und als optionalen Prüfer hinzufügen. Sie können sich nicht selbst als Prüfer hinzufügen.

10. (Optional) Wählen Sie unter Optionale Prüfer die Option Optionale Prüfer hinzufügen aus. Wählen Sie aus der Liste der Projektmitglieder aus, um sie hinzuzufügen. Optionale Prüfer müssen die Änderungen nicht als Voraussetzung genehmigen, bevor der Pull Request mit dem Ziel-Branch zusammengeführt werden kann.

11. Überprüfe die Unterschiede zwischen den Branches. Bei dem Unterschied, der in einem Pull Request angezeigt wird, handelt es sich um die Änderungen zwischen der Revision im Quell-Branch und der Merge-Basis. Dabei handelt es sich um den Head-Commit des Ziel-Branches zum Zeitpunkt der Erstellung des Pull Requests. Wenn keine Änderungen angezeigt werden, sind die Branches möglicherweise identisch, oder Sie haben möglicherweise denselben Branch sowohl für den Quell- als auch für den Zielbereich ausgewählt.

12. Wenn du überzeugt bist, dass der Pull Request den Code und die Änderungen enthält, die du überprüfen möchtest, wähle Create.

    Anmerkung

    Nachdem du den Pull Request erstellt hast, kannst du Kommentare hinzufügen. Kommentare können zum Pull Request oder zu einzelnen Zeilen in Dateien sowie zum gesamten Pull Request hinzugefügt werden. Du kannst Links zu Ressourcen wie Dateien hinzufügen, indem du das @-Zeichen gefolgt vom Namen der Datei verwendest.

Du kannst Informationen zu zugehörigen Workflows einsehen, die durch die Erstellung dieses Pull Requests gestartet wurden, indem du Übersicht auswählst und dann die Informationen im Bereich Pull-Request-Details unter Workflow-Ausführungen überprüfst. Um den Workflow-Lauf anzuzeigen, wähle den Run aus.

Tipp

Wenn Sie Ihrem Branch einen anderen Namen gegeben haben alsdevelop, wird nicht automatisch ein Workflow ausgeführt, um Ihre Änderungen zu erstellen und zu testen. Wenn Sie das konfigurieren möchten, bearbeiten Sie die YAML-Datei für den PullRequestBuildAndTest On-Workflow. Weitere Informationen finden Sie unter Einen Arbeitsablauf erstellen.

Sie können diesen Pull-Request kommentieren und andere Projektmitglieder bitten, ihn zu kommentieren. Sie können auch optionale oder erforderliche Prüfer hinzufügen oder ändern. Du kannst wählen, ob du weitere Änderungen am Quell-Branch für das Repository vornehmen möchtest, und dir ansehen, wie diese festgeschriebenen Änderungen zu Revisionen für den Pull Request führen. Weitere Informationen findest du unterÜberprüfen einer Pull-Anforderung, Aktualisieren einer Pull-AnforderungCode mit Pull-Requests in Amazon überprüfen CodeCatalyst, undStatus und Details der Workflow-Ausführung anzeigen.

Zusammenführen einer Pull-Anforderung

Sobald ein Pull Request geprüft wurde und die Genehmigungen der erforderlichen Reviewer erhalten hat, kannst du seinen Quell-Branch in der Konsole mit dem Ziel-Branch zusammenführen. CodeCatalyst Durch das Zusammenführen eines Pull Requests werden die Änderungen auch in allen Workflows, die dem Ziel-Branch zugeordnet sind, ausgeführt. In diesem Tutorial führst du den Test-Branch mit dem Main-Branch zusammen, wodurch eine Ausführung des PushToMainDeployPipeline On-Workflows gestartet wird.

Um einen Pull-Request zusammenzuführen (Konsole)

1. Wähle unter Pull Requests den Pull Request aus, den du im vorherigen Schritt erstellt hast. Wähle im Pull Request Merge aus.

2. Wähle aus den verfügbaren Merge-Strategien für den Pull Request. Aktiviere oder deaktiviere optional die Option, den Quell-Branch nach dem Zusammenführen des Pull Requests zu löschen, und wähle dann Merge. Nach Abschluss der Zusammenführung ändert sich der Status des Pull Requests in Zusammengeführt und wird nicht mehr in der Standardansicht der Pull Requests angezeigt. Die Standardansicht zeigt Pull Requests mit dem Status Offen. Du kannst einen zusammengeführten Pull Request immer noch ansehen, aber du kannst ihn nicht genehmigen oder seinen Status ändern.

   Anmerkung

   Wenn die Schaltfläche Zusammenführen nicht aktiv ist oder du das Label Nicht zusammenführbar siehst, hat entweder ein erforderlicher Reviewer den Pull Request noch nicht genehmigt oder der Pull Request kann nicht in der CodeCatalyst Konsole zusammengeführt werden. Ein Reviewer, der einen Pull Request nicht genehmigt hat, wird in der Übersicht im Bereich Pull Request-Details durch ein Uhrsymbol gekennzeichnet. Wenn alle erforderlichen Reviewer den Pull Request genehmigt haben, die Schaltfläche „Zusammenführen“ jedoch immer noch nicht aktiv ist, liegt möglicherweise ein Merge-Konflikt vor oder Sie haben das Speicherkontingent für den Speicherplatz überschritten. Du kannst Mergekonflikte für den Ziel-Branch in einer Entwicklungsumgebung lösen, die Änderungen übertragen und dann den Pull Request zusammenführen, oder du kannst Konflikte lösen und lokal zusammenführen und dann den Commit, der den Merge enthält, pushen. CodeCatalyst Weitere Informationen findest du unter Einen Pull-Request zusammenführen (Git) und in deiner Git-Dokumentation.

Den bereitgestellten Code anzeigen

Jetzt ist es an der Zeit, sich den ursprünglich bereitgestellten Code anzusehen, der sich im Standard-Branch befand, und Ihre zusammengeführten Änderungen, sobald sie automatisch erstellt, getestet und bereitgestellt wurden. Dazu können Sie zur Übersichtsseite für das Repository zurückkehren und die Zahl neben dem entsprechenden Workflow-Symbol auswählen CI/CD oder im Navigationsbereich die Option und dann Workflows auswählen.

Um den bereitgestellten Code anzuzeigen

1. Erweitern Sie unter Workflows onPushToMainDeployPipeline die Option Letzte Ausführungen.

   Anmerkung

   Dies ist der Standardname des Workflows für Projekte, die mit dem Single-page Anwendungs-Blueprint erstellt wurden.

2. Bei der letzten Ausführung handelt es sich um die Ausführung, die durch den Commit Ihres zusammengeführten Pull-Requests an den main Branch gestartet wurde. Wahrscheinlich wird der Status In Bearbeitung angezeigt. Wähle einen erfolgreich abgeschlossenen Lauf aus der Liste aus, um die Details zu diesem Lauf zu öffnen.

3. Wählen Sie Variablen. Kopieren Sie den Wert für AppUrl. Dies ist die URL für die bereitgestellte einseitige Webanwendung. Öffnen Sie einen neuen Browser-Tab und fügen Sie den Wert ein, um den erstellten und bereitgestellten Code anzuzeigen. Lassen Sie den Tab geöffnet.

4. Kehren Sie zur Liste der Workflow-Ausführungen zurück und warten Sie, bis die letzte Ausführung abgeschlossen ist. Wenn dies der Fall ist, kehren Sie zu dem Tab zurück, den Sie geöffnet haben, um die Webanwendung anzuzeigen, und aktualisieren Sie Ihren Browser. Sie sollten die Änderungen sehen, die Sie in Ihrem zusammengeführten Pull-Request vorgenommen haben.

Bereinigen von Ressourcen

Nachdem du dich mit der Arbeit mit einem Quell-Repository und einem Pull Request befasst hast, möchtest du vielleicht alle Ressourcen entfernen, die du nicht benötigst. Du kannst Pull Requests nicht löschen, aber du kannst sie schließen. Du kannst alle Branches löschen, die du erstellt hast.

Wenn Sie das Quell-Repository oder das Projekt nicht mehr benötigen, können Sie diese Ressourcen auch löschen. Weitere Informationen erhalten Sie unter Löschen eines Quell-Repositorys und Löschen eines Projekts.