A3.5 Anhang C: Git-Befehle - Teilen und Aktualisieren von Projekten

Der Befehl git fetch kommuniziert mit einem entfernten Repository und holt alle Informationen, die in diesem Repository vorhanden sind und nicht in Ihrem aktuellen, und speichert sie in Ihrer lokalen Datenbank.

Wir betrachten diesen Befehl zuerst in Abrufen und Herunterladen von Ihren Remotes und sehen weiterhin Beispiele für seine Verwendung in Remote-Branches.

Wir verwenden ihn auch in mehreren der Beispiele in Beitragen zu einem Projekt.

Wir verwenden ihn, um eine einzelne spezifische Referenz abzurufen, die außerhalb des Standardbereichs liegt, in Pull-Request-Referenzen und wir sehen, wie man aus einem Bundle abruft, in Bundling.

Wir richten hochgradig angepasste Refspecs ein, um git fetch etwas anderes als die Standardeinstellung machen zu lassen, in Die Refspec.

Der Befehl git pull ist im Grunde eine Kombination aus den Befehlen git fetch und git merge, wobei Git vom angegebenen Remote abruft und dann sofort versucht, es mit dem aktuellen Branch zu zusammenzuführen.

Wir führen ihn kurz in Abrufen und Herunterladen von Ihren Remotes ein und zeigen, wie man sieht, was er zusammenführen wird, wenn Sie ihn ausführen, in Untersuchen eines Remotes.

Wir sehen auch, wie man ihn verwendet, um bei Rebase-Schwierigkeiten zu helfen, in Rebase, wenn Sie Rebase verwenden.

Wir zeigen, wie man ihn mit einer URL verwendet, um Änderungen einmalig herunterzuladen, in Abrufen von Remote-Branches.

Schließlich erwähnen wir sehr kurz, dass Sie die Option --verify-signatures verwenden können, um zu überprüfen, ob Commits, die Sie abrufen, mit GPG signiert wurden, in Commits signieren.

Der Befehl git push wird verwendet, um mit einem anderen Repository zu kommunizieren, zu berechnen, was Ihre lokale Datenbank hat, was das entfernte nicht hat, und dann den Unterschied in das andere Repository zu übertragen. Er erfordert Schreibzugriff auf das andere Repository und wird daher normalerweise irgendwie authentifiziert.

Wir betrachten den Befehl git push zuerst in Pushing zu Ihren Remotes. Hier behandeln wir die Grundlagen des Pushens eines Branches in ein entferntes Repository. In Pushen gehen wir etwas tiefer auf das Pushen spezifischer Branches ein und in Tracking-Branches sehen wir, wie man Tracking-Branches einrichtet, um automatisch zu pushen. In Entfernen von Remote-Branches verwenden wir das Flag --delete, um einen Branch auf dem Server mit git push zu löschen.

In Beitragen zu einem Projekt sehen wir mehrere Beispiele für die Verwendung von git push, um Arbeit an Branches über mehrere Remotes hinweg zu teilen.

Wir sehen, wie man ihn verwendet, um von Ihnen erstellte Tags mit der Option --tags zu teilen, in Teilen von Tags.

In Veröffentlichen von Submodul-Änderungen verwenden wir die Option --recurse-submodules, um zu überprüfen, ob die Arbeit aller unserer Submodule veröffentlicht wurde, bevor wir das Superprojekt pushen, was bei der Verwendung von Submodulen sehr hilfreich sein kann.

In Andere Client-Hooks sprechen wir kurz über den Hook pre-push, ein Skript, das wir einrichten können, um vor dem Abschluss eines Pushs ausgeführt zu werden, um zu überprüfen, ob er erlaubt werden soll.

Schließlich sehen wir uns in Pushen von Refspecs an, wie man mit einer vollständigen Refspec pusht, anstatt der allgemeinen Kurzformen, die normalerweise verwendet werden. Dies kann Ihnen helfen, sehr genau zu bestimmen, welche Arbeit Sie teilen möchten.

Der Befehl git remote ist ein Verwaltungs-Tool für Ihre Aufzeichnungen von entfernten Repositories. Er ermöglicht es Ihnen, lange URLs als kurze Handles zu speichern, wie z. B. "origin", damit Sie sie nicht ständig eingeben müssen. Sie können mehrere davon haben, und der Befehl git remote wird verwendet, um sie hinzuzufügen, zu ändern und zu löschen.

Dieser Befehl wird detailliert in Arbeiten mit Remotes behandelt, einschließlich des Auflistens, Hinzufügens, Entfernens und Umbenennens.

Er wird auch in fast jedem nachfolgenden Kapitel des Buches verwendet, jedoch immer im Standardformat git remote add <name> <url>.

Der Befehl git archive wird verwendet, um eine Archivdatei eines bestimmten Snapshots des Projekts zu erstellen.

Wir verwenden git archive, um ein Tarball eines Projekts zum Teilen zu erstellen, in Vorbereiten einer Veröffentlichung.

Der Befehl git submodule wird verwendet, um externe Repositories innerhalb von normalen Repositories zu verwalten. Dies kann für Bibliotheken oder andere Arten von gemeinsam genutzten Ressourcen sein. Der Befehl submodule hat mehrere Unterbefehle (add, update, sync usw.) zur Verwaltung dieser Ressourcen.

Dieser Befehl wird nur erwähnt und vollständig in Submodule behandelt.