Erste Schritte mit CodeCatalyst Quell-Repositorys und dem Single-Page-Anwendungs-Blueprint - Amazon CodeCatalyst
Ein Projekt mit einem Blueprint erstellenDie Repositorys für ein Projekt anzeigenErstellen einer EntwicklungsumgebungErstellen einer Pull-AnforderungEine Pull-Anfrage zusammenführenDen bereitgestellten Code anzeigenBereinigen von Ressourcen

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

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 CodeCatalyst arbeiten.

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:

  • Die Quell-Repositorys eines Projekts anzeigen und deren Inhalt durchsuchen

  • Erstellen Sie eine Entwicklungsumgebung mit einem neuen Zweig, 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 die Änderungen automatisch im Quellzweig des Pull-Requests erstellt und testet

  • Führe 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. Sie können sich auch mit zusätzlichen Funktionen vertraut machen CodeCatalyst, z. B. Probleme erstellen und sie einer Pull-Anfrage zuordnen oder Benachrichtigungen konfigurieren und Benachrichtigungen erhalten, wenn der zugehörige Workflow ausgeführt wird. Eine vollständige Erläuterung von finden Sie CodeCatalyst unterTutorials für die ersten Schritte.

Ein Projekt mit einem Blueprint erstellen

Die Erstellung eines Projekts ist der erste Schritt, um zusammenarbeiten zu können. Sie können einen Blueprint verwenden, um Ihr Projekt zu erstellen. Dabei 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 einseitigen Anwendungs-Blueprint erstellt wurde. Sie können jedoch die Verfahren für jedes Projekt mit einem Quell-Repository befolgen. Stellen Sie sicher, dass Sie eine IAM Rolle auswählen oder eine IAM Rolle hinzufügen, falls Sie bei der Erstellung des Projekts noch keine Rolle hatten. Wir empfehlen Ihnen, das zu verwenden CodeCatalystWorkflowDevelopmentRole-spaceNameServicerolle für dieses Projekt.

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

Anmerkung

Nur Benutzer mit der Rolle Space-Administrator oder Poweruser 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 mitteilen, damit Amazon Q Ihnen einen Blueprint vorschlägt. Weitere Informationen erhalten Sie unter Verwenden von Amazon Q zur Auswahl eines Blueprints beim Erstellen eines Projekts oder beim Hinzufügen von Funktionen und Bewährte Methoden bei der Verwendung von Amazon Q zum Erstellen von Projekten oder zum Hinzufügen von Funktionen mit Blueprints. Diese Funktion ist nur in der Region USA West (Oregon) verfügbar.

    Diese Funktionalität setzt voraus, dass generative KI-Funktionen für den Bereich 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 und dann Weiter aus.

  5. Geben Sie unter Name your project 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 durch den 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 hinzu in CodeCatalyst.

    Wichtig

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

    Als bewährte Methode sollten Sie immer sicherstellen, dass Sie über die neueste Version der Erweiterung verfügen, bevor Sie ein Repository verknüpfen.

    Führen Sie je nach Repository-Drittanbieter, den Sie verwenden möchten, einen der folgenden Schritte aus:

    • GitHub Repositorien: Connect 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 durch den 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: Connect 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 durch den Blueprint erstellten Quellcode speichern möchtest.

    • GitLab Repositorien: Verbindet einen GitLab Benutzer.

      Wählen Sie das Dropdownmenü „Erweitert“, wählen Sie GitLab als Repository-Anbieter aus und wählen Sie dann den GitLab Benutzer aus, für den Sie den durch den 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 auf der Grundlage der von Ihnen ausgewählten Projektparameter anzuzeigen, 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 Seite mit der Projektübersicht wird geöffnet, sobald Sie ein Projekt erstellen oder eine Einladung zu einem Projekt annehmen und den Anmeldevorgang abgeschlossen haben. Die Projektübersichtsseite für ein neues Projekt enthält keine offenen Probleme oder Pull-Requests. Sie können sich optional dafür entscheiden, ein Problem zu erstellen und es sich 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 GitLab die Repository-Erweiterung installiert und konfiguriert hat, kannst du den GitHub Konten, Bitbucket-Workspaces oder Benutzern, die für die Erweiterung konfiguriert sind, auch Links zu Repositorys von Drittanbietern hinzufügen. GitLab Weitere Informationen erhalten Sie unter Erstellen eines Quell-Repositorys und Schnellstart: Erweiterungen installieren, Anbieter verbinden und Ressourcen verknüpfen in CodeCatalyst.

Anmerkung

Bei Projekten, die mit dem Blueprint für einseitige Anwendungen 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 dessen 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 Nummer unter Verwandte Workflows auswählen. Dadurch wird jedoch die Seite Workflows in CI/CD geöffnet. 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 gerendert. 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. für YAML Workflow-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 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 effektiv mit mehreren Dateien und Branches arbeiten zu können, empfehlen wir jedoch, eine Entwicklungsumgebung zu verwenden oder das Repository auf Ihren lokalen Computer zu klonen. In diesem Tutorial erstellen wir eine AWS Cloud9 Entwicklungsumgebung mit einem Zweig namensdevelop. Sie können einen anderen Branch-Namen wählen, aber wenn Sie den Branch benennendevelop, wird automatisch ein Workflow ausgeführt, um Ihren Code zu erstellen und zu testen, wenn Sie später in diesem Tutorial eine Pull-Anfrage erstellen.

Tipp

Wenn du dich dafür entscheidest, ein Repository lokal zu klonen, anstatt oder zusätzlich zu einer Entwicklungsumgebung zu verwenden, stelle sicher, dass du Git auf deinem lokalen Computer hast oder dass dein Computer Git IDE 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, dann Quell-Repositories 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 Option IDE aus dem Drop-down-Menü aus. Weitere Informationen finden Sie unter Unterstützte integrierte Entwicklungsumgebungen für Entwicklungsumgebungen.

  6. Wählen Sie das zu klonende Repository aus, wählen Sie In neuem Zweig arbeiten aus, geben Sie einen Branch-Namen in das Feld Branch-Name ein und wählen Sie im Drop-down-Menü Branch erstellen von einen Branch aus, aus dem der neue Branch erstellt werden soll.

  7. Fügen Sie optional einen Alias für die Entwicklungsumgebung 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 Create (Erstellen) aus. Während Ihre Entwicklungsumgebung erstellt wird, wird in der Statusspalte Entwicklungsumgebung der Wert Wird gestartet angezeigt, und in der Statusspalte wird nach der Erstellung der Entwicklungsumgebung die Meldung Wird ausgeführt angezeigt. Es öffnet sich ein neuer Tab mit Ihrer Entwicklungsumgebung in IDE der Entwicklungsumgebung Ihrer Wahl. Sie können den Code bearbeiten und Ihre Änderungen übernehmen und pushen.

Sobald Sie die Entwicklungsumgebung erstellt haben, können Sie Dateien bearbeiten, Ihre Änderungen übernehmen 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 und übertragen Sie Ihre Änderung und kehren Sie dann zur CodeCatalyst Registerkarte zurück.

Um eine Änderung in einer AWS Cloud9 Entwicklungsumgebung vorzunehmen und zu pushen

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

  2. Nehmen Sie eine Änderung am Text in den <p> Tags vor.

  3. Speichern Sie die Datei und übertragen Sie dann Ihre Änderungen mithilfe des Git-Menüs. Alternativ können Sie Ihre Änderungen 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

Sie können Pull Requests verwenden, um Codeänderungen gemeinsam auf kleinere Änderungen oder Korrekturen, wichtige Funktionserweiterungen oder neue Versionen Ihrer veröffentlichten Software zu überprüfen. In diesem Tutorial erstellen Sie einen Pull-Request, um die Änderungen zu überprüfen, die Sie an der test Zweig im Vergleich zum Hauptzweig. Das Erstellen eines Pull-Requests in einem Projekt, das mit einer Vorlage erstellt wurde, startet auch die Ausführung der zugehörigen Workflows, falls vorhanden.

Um einen Pull Request zu erstellen

  1. Navigiere zu deinem Projekt.

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

    • Wählen Sie im Navigationsbereich Code, dann Pull Requests und dann Create Pull Request aus.

    • Wählen Sie auf der Repository-Startseite die Option Mehr und dann Pull-Request erstellen aus.

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

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

  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 festgeschriebenen Code enthält.

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

  7. (Optional) Geben Sie unter Beschreibung des Pull-Requests Informationen wie einen Link zu Problemen oder eine Beschreibung Ihrer Änderungen ein.

    Tipp

    Du kannst Beschreibung für mich schreiben auswählen, damit CodeCatalyst automatisch eine Beschreibung der in der Pull-Anfrage enthaltenen Änderungen generiert wird. Sie können Änderungen an der automatisch generierten Beschreibung vornehmen, nachdem Sie sie dem Pull Request hinzugefügt haben.

    Diese Funktionalität setzt voraus, dass generative KI-Funktionen für den Space aktiviert sind und ist nicht für Pull-Requests in verknüpften Repositorys verfügbar. Weitere Informationen finden Sie unter Generative KI-Funktionen 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 eines Problems aufzuheben, wählen Sie das Symbol „Verknüpfung aufheben“.

  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 Prüfer 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 Anforderung genehmigen, bevor der Pull-Request mit dem Ziel-Branch zusammengeführt werden kann.

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

  12. Wenn Sie überzeugt sind, dass der Pull Request den Code und die Änderungen enthält, die Sie überprüfen möchten, wählen Sie Create aus.

    Anmerkung

    Nachdem Sie den Pull Request erstellt haben, können Sie 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.

Sie können Informationen zu den zugehörigen Workflows anzeigen, die bei der Erstellung dieses Pull-Requests gestartet wurden, indem Sie Überblick wählen und dann die Informationen im Bereich Pull-Request-Details unter Workflow-Läufe überprüfen. Um die Workflow-Ausführung anzuzeigen, wählen Sie die Ausführung 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 onPullRequestBuildAndTestWorkflow. Weitere Informationen finden Sie unter Einen Workflow erstellen.

Sie können diesen Pull-Request kommentieren und andere Projektmitglieder bitten, ihn zu kommentieren. Du kannst dich auch dafür entscheiden, optionale oder erforderliche Prüfer hinzuzufügen oder zu ändern. Du kannst entscheiden, 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 finden Sie unterEinen Pull-Request überprüfen, Aktualisierung einer Pull-AnfrageCode mit Pull-Requests in Amazon überprüfen CodeCatalyst, undStatus und Details der Workflow-Ausführung anzeigen.

Eine Pull-Anfrage zusammenführen

Sobald ein Pull Request geprüft wurde und Genehmigungen von den erforderlichen Prüfern erhalten hat, kannst du seinen Quell-Branch in der Konsole mit dem Ziel-Branch zusammenführen. CodeCatalyst Durch das Zusammenführen eines Pull-Requests wird außerdem eine Ausführung der Änderungen in allen Workflows gestartet, die dem Ziel-Branch zugeordnet sind. In diesem Tutorial führen Sie den Testzweig mit dem Hauptzweig zusammen, wodurch eine Ausführung des onPushToMainDeployPipelineWorkflows gestartet wird.

Um eine Pull-Anfrage zusammenzuführen (Konsole)

  1. Wählen Sie unter Pull-Anfragen die Pull-Anfrage aus, die Sie im vorherigen Schritt erstellt haben. Wähle in der Pull-Anfrage Merge aus.

  2. Wählen Sie aus den verfügbaren Merge-Strategien für den Pull Request aus. Aktiviere oder deaktiviere optional die Option, den Quell-Branch nach dem Zusammenführen des Pull-Requests zu löschen, oder deaktiviere sie 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. In der Standardansicht werden Pull-Requests mit dem Status Offen angezeigt. 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 die Bezeichnung Nicht zusammenführbar siehst, hat entweder ein erforderlicher Prüfer den Pull Request noch nicht genehmigt, oder der Pull Request kann nicht in der CodeCatalyst Konsole zusammengeführt werden. Ein Prüfer, der eine Pull-Anfrage nicht genehmigt hat, wird in der Übersicht im Bereich Pull-Request-Details durch ein Uhrensymbol gekennzeichnet. Wenn alle erforderlichen Reviewer den Pull Request genehmigt haben, aber die Schaltfläche Zusammenführen immer noch nicht aktiv ist, liegt möglicherweise ein Mergekonflikt vor, oder Sie haben das Speicherkontingent für den Speicherplatz überschritten. Sie können Merge-Konflikte für den Ziel-Branch in einer Entwicklungsumgebung lösen, die Änderungen per Push übertragen und dann den Pull-Request zusammenführen, oder Sie können Konflikte lösen und lokal zusammenführen und dann den Commit, der die Zusammenführung enthält, per Push übertragen. CodeCatalyst Weitere Informationen finden Sie unter Eine Pull-Anfrage zusammenführen (Git) und in Ihrer 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, sowie 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 Symbol für zugehörige Workflows auswählen oder im Navigationsbereich CI/CD und dann Workflows auswählen.

Um den bereitgestellten Code anzuzeigen

  1. Erweitern Sie unter Workflows in onPushToMainDeployPipeline den Bereich Letzte Ausführungen.

    Anmerkung

    Dies ist der Standardname des Workflows für Projekte, die mit dem Blueprint für einseitige Anwendungen erstellt wurden.

  2. Bei der letzten Ausführung handelt es sich um die Ausführung, die mit Ihrem zusammengeführten Pull-Request-Commit an den main Branch gestartet wurde. Wahrscheinlich wird der Status In Bearbeitung angezeigt. Wählen Sie einen erfolgreich abgeschlossenen Lauf aus der Liste aus, um die Details dieses Laufs zu öffnen.

  3. Wählen Sie Variablen. Kopieren Sie den Wert für App URL. Dies ist der 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 die Registerkarte 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 der Registerkarte zurück, die Sie geöffnet haben, um die Webanwendung anzuzeigen, und aktualisieren Sie Ihren Browser. Sie sollten die Änderungen sehen, die Sie in Ihrer zusammengeführten Pull-Anfrage vorgenommen haben.

Bereinigen von Ressourcen

Nachdem du dich mit der Arbeit mit einem Quell-Repository und einer Pull-Anfrage befasst hast, möchtest du vielleicht alle Ressourcen entfernen, die du nicht benötigst. Sie können Pull-Requests nicht löschen, aber Sie können 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.