Verwalten der Quellcodeverwaltung mit Git-Bereich

Die Git-Bereich-Erweiterung für AWS Cloud9 bietet die Benutzeroberfläche bequemen Zugriff auf die grundlegenden und erweiterten Git-Befehle.

In diesem Abschnitt wird gezeigt, wie man auf die wichtigsten Git-Funktionen zur Verwaltung der Quellcodeverwaltung zugreift. Die Verfahren konzentrieren sich auf die Verwendung des Git-Bereichs, um Git-Befehle für Ihr Repository und dessen Inhalt auszuführen.

Sie können auch auf jeden unterstützten Git-Befehl zugreifen, indem Sie den Namen in das Suchfeld des Git-Bereichs eingeben:

Außerdem können Sie die tatsächlichen Git-Befehle anzeigen, die ausgeführt werden, wenn Sie mit dem Git-Bereich interagieren. Um die Befehlszeilenaktivitäten anzuzeigen, wählen Sie im Menü des Git-Bereichs die Option Show Git Output (Git-Ausgabe anzeigen).

Initialisieren oder Klonen eines Git-Repositorys

Ein Git-Repository („Repo“) enthält die komplette Historie eines Projekts von Anfang an. Ein Repository besteht aus allen Snapshots des Projektinhalts, die jedes Mal erstellt wurden, wenn Sie Staged-Dateien für dieses Repository festgeschrieben haben.

Git-Bereich unterstützt beide Möglichkeiten, ein Git-Repository zu erhalten:

• Initialisieren eines vorhandenen Verzeichnisses als Git-Repository.

• Klonen eines vorhandenen Repositorys und Kopieren desselben in das lokale Verzeichnis.

Anmerkung

Die Schnittstellenoptionen zum Initialisieren oder Klonen eines Repositorys sind nur verfügbar, wenn Sie in Ihrer Umgebung noch kein Git-Repository zum Workspace-Ordner hinzugefügt haben. Wenn Sie bereits über ein Arbeitsverzeichnis für ein Repository verfügen, zeigt das Fenster des Git-Bereichs den Status des Arbeitsverzeichnisses und des Staging-Bereichs an. Das Menü des Git-Bereichs ist ebenfalls verfügbar, um auf Git-Befehle zuzugreifen, die Sie im Repository ausführen können.

So initialisieren oder klonen Sie ein Repository

1. Wenn der Git-Bereich noch nicht verfügbar ist, können Sie es über Window (Fenster), Source Control (Quellverwaltung) und dann über das Git-Symbol aufrufen.

   Anmerkung

   Sie können den Git-Bereich auch mit der Tastenkombination Ctrl+Shift+G (Strg+Umschalt+G) öffnen.

2. Wählen Sie, ob ein neues Repo initialisiert oder ein bestehendes geklont werden soll.

   Initialize a repository

   • Wählen Sie im Git-Bereich Initialize Repository (Repository initialiseren).

   • Wählen Sie als Nächstes einen Workspace-Ordner, in dem Ihr Git-Repo initialisiert werden soll. Sie können einen Pfad zum Ordner eingeben, einen Pfad wählen oder einen Ordner in einem Dialogfeld auswählen.

   • Wählen Sie bei Verwendung eines Dialogfelds den Zielordner aus und klicken Sie anschließend auf Initialize Repository (Initialisieren des Repository).

   

   Nachdem Sie das Git-Repo im ausgewählten Ordner initialisiert haben, werden im Git-Bereich alle Dateien, die sich bereits in diesem Ordner befinden, als nicht nachverfolgte Dateien angezeigt, die dem Git-Staging-Bereich hinzugefügt werden können.

   

   Clone a repository

   • Wählen Sie im Git-Bereich-Fenster Clone Repository (Repository klonen) aus.

   • Geben Sie als Nächstes eine URL für das zu klonende Remote-Repo ein (https://github.com/my-own-repo/my-repo-project-name.git, z. B. um ein auf GitHub gehostetes Repo zu klonen) und drücken Sie Return.

   • Wählen Sie im angezeigten Dialogfeld einen Workspace-Ordner für das geklonte Repo und wählen Sie Select Repository Location (Repository-Speicherort auswählen).

   Anmerkung

   Wenn Sie auf ein Repository zugreifen, das auf einer externen Site gehostet wird (z. B. GitHub), müssen Sie auch Anmeldeinformationen für die Site eingeben, um den Vorgang abzuschließen.

   Nachdem Sie das Remote-Repo in den ausgewählten Ordner geklont haben, können Sie den Befehl git pull ausführen, um Ihr lokales Repository mit den neuesten Änderungen im Remote-Repository zu synchronisieren. Weitere Informationen finden Sie unter Verwenden von Remote-Repositorys.

Bereitstellen und Festschreiben von Dateien

Nachdem Sie ein Git-Repository erhalten haben, können Sie es in zwei Schritten mit Inhalten füllen:

1. Fügen Sie nicht verfolgte oder kürzlich geänderte Inhalte in den Staging-Bereich ein.

2. Ausführen eines Commits für Dateien aus dem Staging-Bereich in das Arbeitsverzeichnis.

Wichtig

Sie möchten vielleicht nicht für alle Dateien in Ihrem Arbeitsverzeichnis ein Commit an das Repository ausführen. So ist es z. B. unwahrscheinlich, dass Sie Dateien, die während der Laufzeit erzeugt werden, dem Repository Ihres Projekts hinzufügen wollen. Mit dem Git-Bereich können Sie Dateien zum Ignorieren markieren, indem Sie sie einer Liste in einer .gitignore-Datei hinzufügen.

Um die Liste in .gitignore zu aktualisieren, klicken Sie mit der rechten Maustaste auf eine Datei, die noch nicht zum Stagingbereich hinzugefügt wurde, und wählen Sie Add File to .gitignore (Datei zu .gitignore hinzufügen). Die IDE öffnet die .gitignore-Datei und der Name der ausgewählten Datei wird der Liste der ignorierten Dateien hinzugefügt.

Informationen zur Verwendung von Musterabgleich in .gitignore, zum Ausschluss von Dateitypen finden Sie in der entsprechenden Referenz auf der git-scm.com Site.

Stage files

Nicht verfolgte Dateien (mit der Bezeichnung „U“) und geänderte Dateien (mit der Bezeichnung „M“), die nicht zum Stagingbereich hinzugefügt wurden, werden unter Changes (Änderungen) im Git-Feldbereich aufgelistet.

Über die Git-Bereich-Oberfläche können Sie bestimmte Dateien oder alle nicht nachverfolgten und geänderten Dateien zum Staging-Bereich hinzufügen:

• Bestimmte Dateien: Halten Sie die Datei an und wählen Sie +, um sie dem Staging-Bereich hinzuzufügen. Oder klicken Sie mit der rechten Maustaste auf die Datei und wählen Sie Stage Changes (Änderungen bereitstellen).

• Alle Dateien: Wechseln Sie zum Git-Bereich und wählen Sie Stage All Changes (Alle Änderungen bereitstellen).

Dateien, die dem Repository-Index hinzugefügt werden, werden unter Stage Changes (Bereitgestellte Änderungen) aufgeführt. Zuvor nicht verfolgte Dateien werden mit „A“ gekennzeichnet, um anzuzeigen, dass sie bereitgestellt wurden.

Anmerkung

Sie können auch bestimmte Änderungen oder alle Änderungen rückgängig machen. Bei einer einzelnen Datei halten Sie auf der Datei an und wählen Sie dann - aus. Alternativ können Sie auch mit der rechten Maustaste darauf klicken und Unstage Changes (Änderungen rückgängig machen) wählen. Um alle Änderungen rückgängig zu machen, wechseln Sie zum Git-Bereich, und wählen Sie Unstage All Changes (Alle Änderungen rückgängig machen) aus.

Commit files

Sie können den Git-Befehl commit verwenden, um bereitgestellte Dateien als permanenten Snapshot im Repository zu erfassen. Über die Git-Bereich-Oberfläche können Sie auswählen, für welche Dateien ein Commit ausgeführt werden soll:

• Ausführen des Commits für Dateien im Staging-Bereich: Gehen Sie zum Git-Panel-Menü und wählen Sie Commit (Commit ausführen) oder Commit Staged (Commit aller bereitgestellten Änderungen ausführen).

• Ausführen eines Commits für alle Dateien im Arbeitsverzeichnis: Rufen Sie das Menü des Git-Bereichs auf und wählen Sie Commit All (Commit für alle ausführen). (Bei dieser Option wird das git add verwendet, um Dateien vor dem Aufruf von git commit dem Staging-Bereich hinzuzufügen).

Anmerkung

Sie können auch die Optionen amend und signed-off verwenden, wenn Sie das Commit von Dateien mit dem Git-Bereich ausführen. Die Option amend ändert die Commit-Nachricht des letzten Commits. Mit der Option sign-off kann im Git-Protokoll festgestellt werden, wer den Commit ausgeführt hat.

Sie können einen Commit auch rückgängig machen, indem Sie im Git-Bereich-Menü die Option Undo Last Commit (Letzten Commit rückgängig machen) wählen.

Anzeigen verschiedener Dateiversionen

Sie können Versionen einer Datei vergleichen, die nach dem Bereitstellen oder dem Commit geändert wurde.

• Dateien, die unter (Changes) Änderungen aufgeführt sind: Wählen Sie das „M“, um die Unterschiede zwischen der Version im Arbeitsverzeichnis und der Version anzuzeigen, die zuletzt bereitgestellt oder an das Repository übergeben wurde.

• Dateien, die unter Staged Changes (Bereitgestellte Änderungen) aufgeführt sind: Wählen Sie das „M“, um die Unterschiede zwischen der Version im Staging-Bereich und der Version anzuzeigen, die zuletzt bereitgestellt oder an das Repository übergeben wurde.

Nachdem Sie „M“ gewählt haben, zeigt ein IDE-Fenster die Unterschiede zwischen den beiden Versionen der Datei an. Eine Seite zeigt die Version, die im Repository als aktuell verfolgt wird. Die andere Seite zeigt die modifizierte Version, die noch nicht committed ist.

Arbeiten mit Zweigen

Git erleichtert die Verwaltung von Workflows erheblich, indem es Ihnen ermöglicht, an neuen Funktionen in Zweigen zu arbeiten, die unabhängig vom Hauptzweig des Repos sind. Sie können nahtlos zwischen mehreren Zweigen hin- und her wechseln und gleichzeitig sicherstellen, dass der Quellcode im Hauptzweig immer fertig zum Entwickeln ist.

Erstellen eines Zweigs

Die Erstellung eines Zweigs beinhaltet die Benennung des Zweigs und die Auswahl seines Ausgangspunkts.

1. Wählen Sie im Menü des Git-Bereichs Checkout to (Auschecken an). Alternativ können Sie auch den Namen des aktuellen Zweigs wählen, der am unteren Rand des Git-Bereichs angezeigt wird.

   

2. Wählen Sie eine Option zur Erstellung eines neuen Zweigs

   • Neuen Zweig erstellen: Der neue Zweig beginnt mit dem letzten Commit des aktuellen Zweigs.

   • Neuen Zweig erstellen von: Der neue Zweig beginnt mit dem letzten Commit des Zweig, den Sie in einem späteren Bild auswählen.

3. Geben Sie den Namen für den neuen Zweig ein.

4. Wenn Sie einen bestimmten Zweig als Ausgangspunkt für Ihren Zweig angeben, wählen Sie einen aus der Liste aus.

Nachdem Sie zum neuen Zweig gewechselt haben, können Sie den Namen des aktuellen Zweigs überprüfen, indem Sie den unteren Teil des Git-Bereichs betrachten.

Anmerkung

Wenn Sie mit einem Remote-Repository arbeiten, veröffentlichen Sie den neuen Zweig im Upstream-Remote-Repository, damit andere auf Ihre Inhalte zugreifen können.

Wechseln von Zweigen

Einer der Hauptvorteile der Quellcodeverwaltung mit Git ist, dass Sie zwischen verschiedenen Projekten hin- und herwechseln können, indem Sie einfach die Zweige wechseln.

Wichtig

Sie können den Zweig nicht wechseln, wenn Sie Dateien im aktuellen Zweig haben, die noch nicht an Ihr Repository übergeben wurden. Sie müssen zunächst Ihr Arbeitsverzeichnis bereinigen, indem Sie Ihre Arbeit übergeben oder verstauen.

1. Wählen Sie den Namen für den aktuellen Zweig am unteren Rand des Git-Bereichs. Alternativ können Sie auch zum Git-Bereich wechseln und Checkout to (Auschecken an) wählen.

2. Wählen Sie einen Zweig aus der angezeigten Liste.

Nachdem Sie gewechselt haben, wird das Arbeitsverzeichnis des Repositorys mit den Dateiversionen aktualisiert, die zuletzt an den ausgewählten Zweig übergeben wurden.

Zusammenführen von Zweigen

Nachdem Sie die Arbeit an einer Funktion in einem separaten Zweig abgeschlossen haben, möchten Sie Ihre Änderungen normalerweise in das Hauptprojekt integrieren. Mit Git wird diese Art der Integration erheblich erleichtert, indem ein Zweig (z. B. ein Funktionszweig) mit einem anderen (in der Regel dem Haupt- oder Standardzweig des Repositorys) zusammengeführt wird.

1. Um einen Zweig auszuwählen, in den Sie einen anderen Zweig zusammenführen wollen, wählen Sie im Menü des Git-Bereichs die Option Checkout to (Auschecken in) aus.

   Alternativ können Sie auch den Namen des aktuellen Zweigs am unteren Rand des Git-Bereichs wählen.

2. Wählen Sie in der angezeigten Liste einen Zweig aus, zu dem Sie wechseln möchten.

3. Geben Sie im Suchfeld des Git-Bereichs das Wort „merge“ ein.

   Wenn Git: Merge Branch unter der Liste der Commands (Befehle) angezeigt wird, wählen Sie es aus.

   

4. Wählen Sie aus der angezeigten Liste einen Zweig aus, der mit dem Zielzweig zusammengeführt werden soll.

   Wenn die Zusammenführung ohne Konflikte abgeschlossen wird, wird die Git-Bereich-Schnittstelle aktualisiert und zeigt den Zielzweig mit den zusammengeführten Änderungen an.

Beim Zusammenführen von Zweigen kann es zu Konflikten kommen, die durch inkompatible Änderungen an demselben Inhalt entstehen. In einem solchen Fall erhalten Sie eine Warnung, die Sie darauf hinweist, dass Sie die Konflikte auflösen müssen, bevor Sie die Zusammenführung festschreiben können.

Sie können das Code-Editor-Fenster der IDE verwenden, um die in Konflikt stehenden Inhalte in den beiden Zweigen zu identifizieren und dann Änderungen vorzunehmen, um die Unterschiede zu beheben.

Verwenden von Remote-Repositorys

Remote-Repositorys, die im Internet oder in einem Netzwerk gehostet werden, erleichtern die Zusammenarbeit, da die Teammitglieder die Änderungen, die sie an ihren lokalen Projekten vorgenommen haben, freigeben können. Indem Sie Git-Befehle zum Hoch- und Herunterladen von Daten verwenden, stellen Sie sicher, dass die Inhalte des „Downstream“-Repository (lokal) mit denen des „Upstream“-Repository (remote) synchronisiert werden.

Veröffentlichen eines Zweigs in einem Remote-Repository

Nachdem Sie einen Zweig für ein lokales Repository erstellt haben, ist er nur für Sie und nicht für Ihre Mitarbeiter verfügbar, bis Sie ihn „upstream“ in das Remote-Repository verschieben.

1. Um den aktuellen Zweig zu veröffentlichen, wählen Sie im Menü des Git-Bereichs die Option Publish Branch (Zweig veröffentlichen) aus. Alternativ können Sie auch auf das Symbol der Cloud neben dem Namen des Zweigs am unteren Rand des Git-Bereichs klicken.

   

2. Geben Sie bei Bedarf Ihre Anmeldeinformationen ein, um auf das Remote-Repository zuzugreifen.

Wenn der Zweig erfolgreich im Remote-Repository veröffentlicht wurde, wird neben dem Zweignamen am unteren Rand des Git-Bereichs ein Synchronisierungssymbol angezeigt. Wählen Sie diese Option aus, um den Inhalt des lokalen und Remote-Repositorys zu synchronisieren.

„Push und Pull“ von Inhalten zwischen lokalen und Remote-Repositorys.

Wenn Sie Git für die Zusammenarbeit an einem gemeinsamen Projekt verwenden, beginnen Sie in der Regel damit, die letzten Änderungen der anderen Teammitglieder aus dem Remote-Repository in Ihr lokales Repository zu ziehen. Nachdem Sie die Änderungen an Ihr lokales Repository übergeben haben, übertragen Sie sie an das Remote-Repository, damit der Rest des Teams auf sie zugreifen kann. Diese Aktionen werden von den Befehlen git pull und git push ausgeführt.

Anmerkung

Bei den meisten gehosteten Repositorys (z. B. auf GitHub) müssen Sie Anmeldeinformationen eingeben, wenn Sie Änderungen an diese Repositorys übertragen oder von ihnen abrufen.

Pull changes from remote

Mit dem Befehl git pull in der Oberfläche des Git-Bereichs können Sie Ihr lokales Repository mit den neuesten Änderungen aktualisieren, die an einen Zweig im Remote-Repository übergeben wurden.

1. Wählen Sie im Menü des Git-Bereichs Checkout to (Auschecken an).

2. Wählen Sie in der Liste der Zweige den lokalen Zweig aus, auf den Sie Änderungen übertragen möchten.

3. Gehen Sie nun zum Menü des Git-Bereichs und wählen Sie Pull from (Abrufen von) aus.

4. Wählen Sie ein Remote-Repository und dann einen Zweig in diesem Repository, aus dem Sie Änderungen abrufen möchten.

Nachdem Sie einen Pull-Vorgang durchgeführt haben, können Sie auf die aus dem Remote-Repo abgerufenen Dateien in Ihrem Arbeitsverzeichnis des Repositorys zugreifen. Nachdem Sie die Dateien geändert haben, können Sie Ihre Änderungen auf den Remote-Zweig übertragen.

Push changes to remote

Mit dem Befehl git push in der Oberfläche des Git-Bereichs können Sie das Remote-Repository mit den neuesten Änderungen in einem bestimmten Zweig in Ihrem lokalen Repository aktualisieren.

1. Wählen Sie im Menü des Git-Bereichs Checkout to (Auschecken an).

2. Wählen Sie in der Liste der Zweige den lokalen Zweig aus, von dem aus Sie Änderungen übertragen möchten.

3. Gehen Sie dann zum Menü des Git-Bereichs und wählen Sie Push to (Übertragen an).

4. Wählen Sie ein Remote-Repository und dann einen Zweig in diesem Repository aus, an den Änderungen übertragen werden sollen.

Nachdem Sie einen Push durchgeführt haben, können andere Teammitglieder auf Ihre Änderungen zugreifen, indem sie sie in ihre eigenen lokalen Kopien des Repositorys ziehen.

Ablegen und Abrufen von Dateien

Mit der Stash-Funktion von Git können Sie zwischen Zweigen wechseln, ohne zuerst ein Commit der bereitgestellten oder geänderten Dateien ausführen zu müssen. Die Stash-Funktion erfasst den aktuellen Status des Arbeitsverzeichnisses und des Staging-Bereichs und speichert ihn zur späteren Verwendung. Diese Funktion ist nützlich, wenn Sie noch an unfertigen Inhalten arbeiten und den Zweig ohne Verzögerung wechseln müssen.

Stashen der Arbeit

1. Wenn Sie den aktuellen Zustand Ihres Arbeitsverzeichnisses speichern (stashen) möchten, wählen Sie im Menü des Git-Bereichs eine der folgenden Optionen aus:

   • Stashen: Alle geänderten oder bereitgestellten Dateien im Arbeitsverzeichnis werden dem Stash hinzugefügt. Nicht verfolgte Dateien werden nicht hinzugefügt.

   • Stash (einschließlich unverfolgter Dateien): Alle Dateien im Arbeitsverzeichnis, einschließlich der noch nicht verfolgten Dateien, werden dem Stash hinzugefügt.

2. Geben Sie eine optionale Nachricht ein, die Ihnen hilft, den Stash für einen späteren Abruf zu identifizieren.

Nach dem Stashing wird die Schnittstelle des Git-Bereichs aktualisiert und zeigt das bereinigte Arbeitsverzeichnis an.

Abrufen eines Stashes

1. Um einen Stash abzurufen und ihn auf Ihr Arbeitsverzeichnis anzuwenden, wählen Sie im Menü des Git-Bereichs eine der folgenden Optionen aus:

   • Apply Stash (Anwenden des Stash): Um einen ausgewählten Stash auf Ihr Arbeitsverzeichnis anzuwenden und den Stash für eine spätere Verwendung zu speichern.

   • Pop Stash: Um einen ausgewählten Stash auf Ihr Arbeitsverzeichnis anzuwenden und den Stash aus dem Stash-Stapel zu löschen.

   Anmerkung

   Sie können auch wählen, ob Sie den zuletzt hinzugefügten Stash in den Stash-Stapel übernehmen oder entfernen möchten.

2. Wählen Sie einen Stash aus, der in das Arbeitsverzeichnis übernommen werden soll.

Die Git-Bereich-Schnittstelle wird aktualisiert und zeigt Ihr Arbeitsverzeichnis mit dem angewendeten Stash an.