AWS Cloud9 ist für Neukunden nicht mehr verfügbar. Bestehende Kunden von AWS Cloud9 können den Dienst weiterhin wie gewohnt nutzen. [Weitere Informationen](https://aws.amazon.com/blogs/devops/how-to-migrate-from-aws-cloud9-to-aws-ide-toolkits-or-aws-cloudshell/) 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. # Visuelle Quellcodeverwaltung mit Git-Bereich Das Git-Panel für AWS Cloud9 bietet eine praktische visuelle Oberfläche für die Verwendung wichtiger Git-Funktionen. Mit der Optionen der Git-Bereich-Oberfläche können Sie den gesamten Lebenszyklus der Quellcodeverwaltung verwalten: Initialisieren eines Repositorys oder Klonen eines entfernten Repositorys, Hinzufügen von Dateien zum Staging-Bereich, Festschreiben von bereitgestellten Dateien im Arbeitsverzeichnis und anschließendes Übertragen von Änderungen an ein Upstream-Repository. Die wichtigsten Funktionen von Git für die Zusammenarbeit und das Projektmanagement, wie z. B. das Erstellen und Zusammenführen von Zweigen, lassen sich mit wenigen Klicks in der Git-Bereich-Oberfläche schnell implementieren. Darüber hinaus können Zusammenführungskonflikte mithilfe der Editorfenster der IDE identifiziert und gelöst werden. **Wichtig** Das Git-Panel ist nur in AWS Cloud9 Umgebungen verfügbar, die mit EC2 Amazon-Instances erstellt wurden. Auf diese Funktion kann nicht zugegriffen werden, wenn Sie eine [SSH-Entwicklungsumgebung](ssh-settings.md) anstelle einer EC2 Umgebung verwenden. Darüber hinaus ist das Git-Panel standardmäßig nur in neuen AWS Cloud9 Umgebungen verfügbar, die nach dem 11. Dezember 2020 erstellt wurden. Wir arbeiten daran, den Git-Bereich für Entwicklungsumgebungen zu aktivieren, die vor diesem Datum erstellt wurden. Um auf die Schnittstelle zuzugreifen und mit ihr zu interagieren, wählen Sie **Window (Fenster)**, **Source Control (Quellencodeverwaltung)**. Alternativ können Sie die Quellcodeverwaltung auch aufrufen, indem Sie mit der rechten Maustaste auf eine beliebige Stelle in den Seitenfenstern der IDE klicken und **Source Control** (Quellencodeverwaltung) auswählen. Wählen Sie dann das Git-Symbol, das in der IDE-Oberfläche angezeigt wird. Die Tastenkombination **Ctrl-Shift-G** (Strg-Umschalt-G) kann auch verwendet werden, um die Anzeige des Git-Bereichs umzuschalten. ![\[Anzeigen der Git-Bereich-Oberfläche\]](http://docs.aws.amazon.com/de_de/cloud9/latest/user-guide/images/select-git-panel.png) **Anmerkung** Screenshots für die Git-Panel-Dokumentation zeigen die AWS Cloud9 IDE mit dem angewendeten *Jett Dark-Thema*. Einige Oberflächenelemente werden anders angezeigt, wenn Sie die IDE mit einem anderen Design verwenden. Um den Git-Bereich zu öffnen, können Sie anstelle des Git-Symbols auch einen Link mit der Bezeichnung **Source Control** wählen. **Topics** + [ # Verwalten der Quellcodeverwaltung mit Git-Bereich ](using-gitpanel.md) + [ # Referenz: Git-Befehle im Git-Bereich verfügbar ](gitpanel-reference.md) # Verwalten der Quellcodeverwaltung mit Git-Bereich Die Git-Panel-Erweiterung für AWS Cloud9 bietet bequemen Zugriff auf die Benutzeroberfläche sowohl auf zentrale als auch auf erweiterte 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. ![\[Schnittstellenoptionen zum Initialisieren und Klonen eines Git-Repositorys\]](http://docs.aws.amazon.com/de_de/cloud9/latest/user-guide/images/git-panel-menu.png) Sie können auch auf jeden unterstützten Git-Befehl zugreifen, indem Sie den Namen in das Suchfeld des Git-Bereichs eingeben: ![\[Schnittstellenoptionen zum Initialisieren und Klonen eines Git-Repositorys\]](http://docs.aws.amazon.com/de_de/cloud9/latest/user-guide/images/git-commands-type.png) 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). ![\[Anzeigen der Ausgabe des Git-Befehls\]](http://docs.aws.amazon.com/de_de/cloud9/latest/user-guide/images/git-output.png) ## 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. ![\[Schnittstellenoptionen zum Initialisieren und Klonen eines Git-Repositorys\]](http://docs.aws.amazon.com/de_de/cloud9/latest/user-guide/images/init-clone.png) **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\$1Shift\$1G** (Strg\$1Umschalt\$1G) öffnen. 1. 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)**. ![\[Auswählen eines Workspace-Ordners für ein Git-Repo\]](http://docs.aws.amazon.com/de_de/cloud9/latest/user-guide/images/init-dialog-box.png) 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. ![\[Auswählen eines Workspace-Ordners für ein Git-Repo\]](http://docs.aws.amazon.com/de_de/cloud9/latest/user-guide/images/untracked-changes.png) ------ #### [ 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 Remote-Repo ein`https://github.com/my-own-repo/my-repo-project-name.git`, das Sie klonen möchten (z. B. um ein Repo zu klonen, auf dem es gehostet wird GitHub), und drücken Sie die Eingabetaste.** + 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 zugreifenGitHub, das auf einer externen Site gehostet wird (zum Beispiel), müssen Sie auch die 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](#working-with-remote-repos). ------ ## 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. 1. 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](https://git-scm.com/docs/gitignore). ------ #### [ 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. ![\[Unverfolgte Inhalte im Arbeitsordner des Git Repo\]](http://docs.aws.amazon.com/de_de/cloud9/latest/user-guide/images/git-unstaged.png) Ü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 **\$1**, 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. ![\[Bereitgestellte Inhalte im Workspace-Ordner des Git-Repos\]](http://docs.aws.amazon.com/de_de/cloud9/latest/user-guide/images/staged-changes.png) **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. ![\[Differenzieren von versionierten Inhalten im Git-Repository\]](http://docs.aws.amazon.com/de_de/cloud9/latest/user-guide/images/git-diff.png) ## 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. Du kannst nahtlos zwischen mehreren Branches wechseln und gleichzeitig sicherstellen, dass du immer den ready-to-build Quellcode im Hauptzweig hast. ## 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. ![\[Auswählen des aktuellen Git-Zweigs\]](http://docs.aws.amazon.com/de_de/cloud9/latest/user-guide/images/git-current-branch.png) 1. 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. 1. Geben Sie den Namen für den neuen Zweig ein. 1. 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 ](#publish-branch-proc) 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](#staging-and-commit) oder [verstauen](#stashing-work). 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. 1. 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. 1. Wählen Sie in der angezeigten Liste einen Zweig aus, zu dem Sie wechseln möchten. 1. 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. ![\[Auffinden des Befehls „merge“ (Zusammenführen)\]](http://docs.aws.amazon.com/de_de/cloud9/latest/user-guide/images/git-merge.png) 1. 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](#working-with-branches) 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. ![\[IDE-Fenster zur Lösung von Konflikten beim Zusammenführen\]](http://docs.aws.amazon.com/de_de/cloud9/latest/user-guide/images/git-merge-conflicts.png) ## 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. ![\[Option zum Veröffentlichen eines Zweigs in einem Remote-Repository\]](http://docs.aws.amazon.com/de_de/cloud9/latest/user-guide/images/publish-branch-image.png) 1. 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. ![\[Option zum Synchronisieren von lokalen und entfernten Zweigen\]](http://docs.aws.amazon.com/de_de/cloud9/latest/user-guide/images/sync-branch-local-remote.png) ### „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** Du musst deine Anmeldedaten eingeben, wenn du Änderungen an die meisten gehosteten Repositorys weitergibst und von ihnen abrufst (z. GitHub B. die auf). ------ #### [ 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). 1. Wählen Sie in der Liste der Zweige den lokalen Zweig aus, auf den Sie Änderungen übertragen möchten. 1. Gehen Sie nun zum Menü des **Git-Bereichs** und wählen Sie **Pull from** (Abrufen von) aus. 1. 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). 1. Wählen Sie in der Liste der Zweige den lokalen Zweig aus, von dem aus Sie Änderungen übertragen möchten. 1. Gehen Sie dann zum Menü des **Git-Bereichs** und wählen Sie **Push to** (Übertragen an). 1. 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. 1. 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. 1. 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. # Referenz: Git-Befehle im Git-Bereich verfügbar Das Git-Bedienfeldmenü für AWS Cloud9 bietet bequemen Zugriff auf die Benutzeroberfläche sowohl auf grundlegende als auch auf erweiterte Git-Befehle. Bestimmte Git-Befehle, wie zum Beispiel zum Zusammenführen und Löschen von Zweigen, sind nur über den Git-Bereich verfügbar. Sie können auch anpassen, wie der Git-Bereich Befehle ausführt und mit Repositories interagiert. Um die Standardeinstellungen zu ändern, wählen Sie zunächst **AWS Cloud9**, **Preferences** (Einstellungen) aus. Wählen Sie im Fenster **Preferences** (Präferenzen), **Project Settings** (Projekteinstellungen) **Git** aus. Halten Sie über die Informationssymbole, um kurze Beschreibungen der Einstellungen zu lesen. ![\[Anzeigen der Git-Bereich-Oberfläche\]](http://docs.aws.amazon.com/de_de/cloud9/latest/user-guide/images/git-preferences.png) **Anmerkung** Eine ausführliche Dokumentation zu den aufgelisteten Git-Befehlen findest du auf der offiziellen Git-Website: [https://git-scm.com/doc](https://git-scm.com/doc). ## Referenz für Git-Befehle, die über das Git-Bereich-Menü verfügbar sind Sie greifen auf die Optionen im **Git-Bereich** zu, indem Sie das Symbol gegenüber dem Namen des Repositorys auswählen. ![\[Anzeigen der Git-Bereich-Oberfläche\]](http://docs.aws.amazon.com/de_de/cloud9/latest/user-guide/images/git-menu-access.png) **Menü des Git-Bereichs** | Menü-Option | Description | | --- | --- | | **Bestätigen** | Übergibt den Inhalt, der den Stagingbereich zum Arbeitsverzeichnis des Repos hinzugefügt hat. Fügt eine Commit-Nachricht hinzu. | | **Auffrischen** | Aktualisiert die GitPanel Benutzeroberfläche, sodass der Status des Arbeitsverzeichnisses und des Staging-Bereichs angezeigt wird. | | **Ziehen** | Zieht die neuesten Änderungen aus einem Remote-Repository in das lokale Repository. | | **Ziehen (Rebase)** | Wendet Ihre lokalen Änderungen erneut auf die Remoteänderungen an, die aus einem Remote-Zweig gezogen wurden. | | **Drücken Sie von...** | Überträgt die Änderungen, die an einen Zweig in Ihrem lokalen Repository übertragen werden, in den Zweig im Remote-Repository. | | **Push** | Überträgt von Änderungen, die in das lokale Repository übernommen werden, in das Remote-Repository. | | **Drücken Sie auf...** | Überträgt die Änderungen, die an einen Zweig in Ihrem lokalen Repository übertragen werden, in den Zweig im Remote-Repository. | | **Synchronisieren** | Synchronisiert den Inhalt des lokalen und Remote-Repositorys, indem ein`git pull`Befehl gefolgt von einem`git push`-Befehl. | | **Zur Kasse gehen zu...** | Wechselt zu einem vorhandenen Zweig oder erstellt einen Zweig und wechselt zu diesem. | | **Filiale veröffentlichen** | Veröffentlicht einen privaten Zweig, der im lokalen Repository erstellt wurde, und stellt ihn im Remote-Repository zur Verfügung. | | **Alle übernehmen** | Überträgt sowohl inszenierte als auch nicht bereitgestellte Dateien in das Repository. (EIN`git add -A`Führen Sie den Befehl aus, um dem Staging-Bereich Dateien hinzuzufügen, bevor Sie den`git commit`Befehl ausgeführt wird.) | | **Alle verpflichten (ändern)** | Ändert die Nachricht des letzten Commits. Fügen Sie den hinzu.`-amend`-Option, wenn Sie die`git commit`-Befehl.) | | **Alle übernehmen (Abgemeldet)** | Gibt an, wer das Commit im Git-Protokoll ausgeführt hat. Fügen Sie den hinzu.`-signed-off`-Option, wenn Sie die`git commit`-Befehl.) | | **Vollständiger Commit** | Überträgt nur bereitgestellte Dateien in das Repository. | | **In Etappen festschreiben (ändern)** | Ändert die Nachricht des letzten Commits. Fügen Sie den hinzu.`-amend`-Option, wenn Sie die`git commit`-Befehl.) | | **Commit in Etappen (Abgemeldet)** | Gibt an, wer das Commit im Git-Protokoll ausgeführt hat. Fügen Sie den hinzu.`-signed-off`-Option, wenn Sie die`git commit`-Befehl.) | | **Undo Last Commit** (Letztes Commit rückgängig machen) | Macht das vorherige Commit rückgängig. Dateien werden zurück in den Stagingbereich verschoben. | | **Alle Änderungen verwerfen** | Löscht alle Dateien und Ordner aus dem Staging-Bereich des Repositorys. | | **Alle Änderungen in einer anderen Version speichern** | Fügt dem Stagingbereich nicht nachverfolgten und geänderten Inhalt hinzu. | | **Alle Änderungen rückgängig machen** | Verschiebt alle Dateien aus dem Stagingbereich. Nicht bereitgestellte Dateien können nicht in das Repository übertragen werden. | | **Wenden Sie den neuesten Vorrat an** | Wendet das letzte Stash an, das dem Stack-Stash hinzugefügt wurde, auf das Arbeitsverzeichnis an. Der Versteck bleibt auf dem Stapel. | | **Stash anwenden...** | Wendet einen Stash an, der aus dem Stash-Stack ausgewählt wurde, auf das Arbeitsverzeichnis an. Der Versteck bleibt auf dem Stapel. | | **Laden Sie den neuesten Vorrat herunter** | Wendet das letzte Stash an, das dem Stack-Stash hinzugefügt wurde, auf das Arbeitsverzeichnis an. Der Stash wird dann aus dem Stapel gelöscht. | | **Pop Stash...** | Wendet ein ausgewähltes Versteck auf das Arbeitsverzeichnis an. Der Stash wird dann aus dem Stapel gelöscht. | | **Verstauen** | Fügt geänderte und bereitgestellte Dateien im Arbeitsverzeichnis zu einem benannten Stash hinzu. | | **Stash (einschließlich Untracked)** | Fügt alle Dateien, einschließlich nicht verfolgter Dateien, im Arbeitsverzeichnis zu einem benannten Stash hinzu. | | **Git-Ausgabe anzeigen** | Zeigt ein Fenster mit den Git-Befehlen an, die ausgeführt werden, wenn Sie mit der Git-Bereich-Oberfläche interagieren. | ## Git-Befehle, die über das Suchfeld des Git-Bereichs verfügbar sind Sie können auch auf einige unterstützte Git-Befehle zugreifen, die nicht im Git-Bereich-Menü verfügbar sind, indem Sie „git“ in das Suchfeld eingeben: ![\[Schnittstellenoptionen zum Initialisieren und Klonen eines Git-Repositorys\]](http://docs.aws.amazon.com/de_de/cloud9/latest/user-guide/images/git-filter.png) Die folgende Tabelle enthält eine Beschreibung der ausgewählten Git-Befehle, auf die Sie auf diese Weise zugreifen können. **Ausgewählte Git-Befehle** | Menü-Option | Description | | --- | --- | | **Git: Remote hinzufügen** | Fügt eine Verbindung zu einem Remote-Repository zu Ihrer Git-Konfigurationsdatei hinzu | | **Git: Branch löschen** | Löscht einen angegebenen Zweig. | | **Git: Abrufen** | Lädt den Inhalt aus einem Zweig im Remote-Repository herunter. Im Gegensatz zu einem`git pull`, werden die Remote-Änderungen nicht in das lokale Repository zusammengeführt. | | **Git: Branch zusammenführen** | Integriert die Änderungen, die in einem Zweig vorgenommen wurden, in einen anderen Zweig. Weitere Informationen finden Sie in [Zweige zusammenführen Prozedur](using-gitpanel.md#merge-branch-proc). |