Einrichtung und Konfiguration
Projekte holen und erstellen
Grundlegende Snapshots
Branching und Merging
Projekte teilen und aktualisieren
Inspektion und Vergleich
Patching
Debugging
Externe Systeme
Server-Administration
Anleitungen
- gitattributes
- Konventionen der Kommandozeile
- Tägliches Git
- Häufig gestellte Fragen (FAQ)
- Glossar
- Hooks
- gitignore
- gitmodules
- Revisionen
- Submodule
- Tutorial
- Workflows
- Alle Anleitungen...
Administration
Plumbing-Befehle
- 2.48.1 → 2.52.0 keine Änderungen
-
2.48.0
2025-01-10
- 2.43.1 → 2.47.3 keine Änderungen
-
2.43.0
2023-11-20
- 2.36.1 → 2.42.4 keine Änderungen
-
2.36.0
2022-04-18
- 2.18.1 → 2.35.8 keine Änderungen
-
2.18.0
2018-06-21
- 2.12.5 → 2.17.6 keine Änderungen
-
2.11.4
2017-09-22
- 2.10.5 keine Änderungen
-
2.9.5
2017-07-30
-
2.8.6
2017-07-30
- 2.5.6 → 2.7.6 keine Änderungen
-
2.4.12
2017-05-05
- 2.1.4 → 2.3.10 keine Änderungen
-
2.0.5
2014-12-17
SYNOPSIS
git fetch-pack [--all] [--quiet|-q] [--keep|-k] [--thin] [--include-tag]
[--upload-pack=<git-upload-pack>]
[--depth=<n>] [--no-progress]
[-v] <repository> [<refs>…]
BESCHREIBUNG
Normalerweise sollten Sie stattdessen git fetch verwenden, das ein übergeordnetes Wrapper für diesen Befehl ist.
Ruft git-upload-pack auf einem möglicherweise entfernten Repository auf und bittet es, Objekte zu senden, die in diesem Repository fehlen, um die genannten Heads zu aktualisieren. Die lokal verfügbaren Commits werden durch Scannen der lokalen refs/ Hierarchie ermittelt und an git-upload-pack auf der anderen Seite gesendet.
Dieser Befehl reduziert sich darauf, alles herunterzuladen, um die angeforderten Refs von der Remote-Seite zu vervollständigen, wenn die lokale Seite keinen gemeinsamen Vorgänger-Commit hat.
OPTIONEN
- --all
-
Alle Remote-Refs abrufen.
- --stdin
-
Die Liste der Refs von stdin lesen, eine pro Zeile. Wenn zusätzlich zu dieser Option Refs auf der Befehlszeile angegeben sind, werden die Refs von stdin nach denen auf der Befehlszeile verarbeitet.
Wenn
--stateless-rpczusammen mit dieser Option angegeben wird, muss die Liste der Refs im Paketformat (pkt-line) vorliegen. Jede Ref muss in einem separaten Paket sein und die Liste muss mit einem Flush-Paket enden. - -q
- --quiet
-
Flag
-qan git unpack-objects übergeben; dies macht den Klonvorgang weniger ausführlich. - -k
- --keep
-
git unpack-objects nicht auf empfangene Daten aufrufen, sondern stattdessen ein einzelnes Packfile daraus erstellen und es in der Objektdatenbank speichern. Wenn zweimal angegeben, wird das Paket gegen erneutes Packen gesperrt.
- --thin
-
Ein "dünnes" Paket abrufen, das Objekte in deltilizierter Form basierend auf Objekten, die nicht im Paket enthalten sind, aufzeichnet, um den Netzwerkverkehr zu reduzieren.
- --include-tag
-
Wenn die Remote-Seite dies unterstützt, werden annotierte Tag-Objekte über dieselbe Verbindung wie die anderen Objekte heruntergeladen, wenn das von dem Tag referenzierte Objekt heruntergeladen wird. Der Aufrufer muss andernfalls die Tags ermitteln, die diese Option verfügbar gemacht hat.
- --upload-pack=<git-upload-pack>
-
Verwenden Sie dies, um den Pfad zu git-upload-pack auf der Remote-Seite anzugeben, falls es nicht in Ihrem $PATH gefunden wird. Installationen von sshd ignorieren die Umgebungsskripte des Benutzers für Login-Shells (z. B. .bash_profile) und Ihr privat installiertes Git wird möglicherweise nicht im Standard $PATH des Systems gefunden. Ein weiterer vorgeschlagener Workaround ist das Einrichten Ihres $PATH in ".bashrc", aber dieses Flag ist für Leute gedacht, die nicht den Mehraufwand für nicht-interaktive Shells durch eine schlanke .bashrc-Datei zahlen möchten (sie richten die meisten Dinge in .bash_profile ein).
- --exec=<git-upload-pack>
-
Gleichbedeutend mit --upload-pack=<git-upload-pack>.
- --depth=<n>
-
Begrenzt das Abrufen auf Vorfahrenketten, die nicht länger als n sind. git-upload-pack behandelt die spezielle Tiefe 2147483647 als unendlich, auch wenn eine Vorfahrenkette dieser Länge existiert.
- --shallow-since=<date>
-
Vertieft oder verkürzt die Historie eines flachen Repositorys, um alle erreichbaren Commits nach <datum> einzuschließen.
- --shallow-exclude=<ref>
-
Vertieft oder verkürzt die Historie eines flachen Repositorys, um Commits auszuschließen, die von einem angegebenen Remote-Branch oder Tag erreichbar sind. Diese Option kann mehrfach angegeben werden.
- --deepen-relative
-
Das Argument --depth gibt die Anzahl der Commits relativ zur aktuellen flachen Grenze anstelle der Spitze jedes entfernten Branch-Verlaufs.
- --refetch
-
Überspringt die Verhandlung von Commits mit dem Server, um alle übereinstimmenden Objekte abzurufen. Verwenden Sie dies, um einen neuen partiellen Klon-Blob/Tree-Filter anzuwenden.
- --no-progress
-
Keinen Fortschritt anzeigen.
- --check-self-contained-and-connected
-
Gibt "connectivity-ok" aus, wenn das empfangene Paket eigenständig und verbunden ist.
- -v
-
Führen Sie ausführlich aus.
- <repository>
-
Die URL des entfernten Repositorys.
- <refs>…
-
Die entfernten Heads, die aktualisiert werden sollen. Dies ist relativ zu $GIT_DIR (z. B. "HEAD", "refs/heads/master"). Wenn nicht angegeben, werden alle Heads des entfernten Systems aktualisiert.
Wenn das Remote-System die Optionen
uploadpack.allowTipSHA1InWant,uploadpack.allowReachableSHA1InWantoderuploadpack.allowAnySHA1InWantaktiviert hat, können dies alternativ 40-stellige Hex-SHA1s sein, die auf dem Remote-System vorhanden sind.
GIT
Teil der git[1] Suite