git-send-pack – Online in der Cloud

PROGRAMM:

NAME/FUNKTION

git-send-pack – Objekte über das Git-Protokoll in ein anderes Repository verschieben

ZUSAMMENFASSUNG

git Paket senden [--all] [--dry-run] [--force] [--receive-pack= ]
[--verbose] [--thin] [--atomic]
[--[no-]signed|--sign=(true|false|if-asked)]
[ :] [ ...]

BESCHREIBUNG

Normalerweise möchten Sie verwenden git drücken, ein Wrapper auf höherer Ebene dieses Befehls,
stattdessen. Sehen Git-Push(1).

Ruft auf Git-Receive-Pack auf einem möglicherweise entfernten Repository und aktualisiert es vom aktuellen
Repository, Senden benannter Referenzen.

OPTIONAL

--receive-pack=
Weg zum Git-Receive-Pack Programm am entfernten Ende. Manchmal nützlich beim Schieben
zu einem Remote-Repository über ssh, und Sie haben das Programm nicht in einem Verzeichnis auf dem
Standardwert $PFAD.

--exec=
Identisch mit --receive-pack= .

--alle
Anstatt explizit anzugeben, welche Refs aktualisiert werden sollen, aktualisieren Sie alle Heads lokal
existieren.

--stdin
Nehmen Sie die Liste der Refs von stdin, eine pro Zeile. Wenn auf dem Referenzen angegeben sind
Befehlszeile zusätzlich zu dieser Option, dann werden die Refs von stdin danach verarbeitet
die auf der Kommandozeile.

If --stateless-rpc Wird zusammen mit dieser Option angegeben, muss die Liste der Referenzen angegeben werden
im Paketformat vorliegen (pkt-line). Jeder Verweis muss in einem separaten Paket und in der Liste enthalten sein
muss mit einem Flush-Paket enden.

--Probelauf
Tun Sie alles, außer die Updates tatsächlich zu senden.

--Macht
Normalerweise weigert sich der Befehl, eine Remote-Ref zu aktualisieren, die kein Vorfahre des ist
lokaler Verweis, der zum Überschreiben verwendet wird. Dieses Flag deaktiviert die Prüfung. Was das bedeutet, ist das
Das Remote-Repository kann Commits verlieren. verwenden Sie es mit Vorsicht.

- ausführlich
Führen Sie ausführlich aus.

--dünn
Senden Sie ein „dünnes“ Paket, das Objekte in deltifizierter Form basierend auf Objekten nicht aufzeichnet
im Paket enthalten, um den Netzwerkverkehr zu reduzieren.

--atomar
Verwenden Sie eine atomare Transaktion zum Aktualisieren der Refs. Wenn einer der Refs nicht aktualisiert werden kann
dann schlägt der gesamte Push fehl, ohne dass sich irgendwelche Refs ändern.

--[no-]signed, --sign=(true|false|if-asked)
GPG-signieren Sie die Push-Anfrage, um die Refs auf der empfangenden Seite zu aktualisieren, damit dies möglich ist
von den Haken überprüft und/oder protokolliert werden. Bei false oder --no-signed wird nicht signiert
versucht. Bei true oder --signed schlägt der Push fehl, wenn der Server nicht unterstützt
signierte Pushs. Wenn auf if-asked gesetzt, signieren, wenn und nur wenn der Server signiert unterstützt
schiebt. Der Push schlägt auch fehl, wenn der eigentliche Aufruf von gpg --sign fehlschlägt. Sehen Git-
Empfangspaket(1) für die Details auf der Empfängerseite.


Ein Remote-Host zur Unterbringung des Repositorys. Wenn dieser Teil angegeben ist, Git-Receive-Pack
wird über ssh aufgerufen.


Das zu aktualisierende Repository.

...
Die Fernbedienung verweist auf eine Aktualisierung.

SPEZIFIKATION REFS

Es gibt drei Möglichkeiten, anzugeben, welche Refs auf der Gegenseite aktualisiert werden sollen.

Mit --alle Flag werden alle lokal vorhandenen Refs auf die Remote-Seite übertragen. Du
kann keine angeben wenn Sie dieses Flag verwenden.

Ohne --alle und ohne , die Köpfe, die sowohl auf der lokalen Seite als auch auf der lokalen Seite existieren
der entfernten Seite werden aktualisiert.

Wenn einer oder mehrere werden explizit angegeben (sei es in der Befehlszeile oder per
--stdin) kann es sich entweder um ein einzelnes Muster oder um ein durch a getrenntes Musterpaar handeln
Doppelpunkt „:“ (das bedeutet, dass ein Referenzname keinen Doppelpunkt enthalten darf). Ein einzelnes Muster
ist nur eine Abkürzung für :.

Jedes Musterpaar besteht aus der Quellseite (vor dem Doppelpunkt) und der Zielseite
(nach dem Doppelpunkt). Der zu übertragende Verweis wird bestimmt, indem eine Übereinstimmung gefunden wird, die mit dem übereinstimmt
Quellseite, und wohin es übertragen wird, wird anhand der Zielseite bestimmt. Die Regeln
Für den Abgleich mit einer Referenz gelten dieselben Regeln wie von git rev-parse um einen symbolischen Verweis aufzulösen
Name. Sehen git-rev-parse(1).

· Es ist ein Fehler, wenn stimmt nicht genau mit einer der lokalen Referenzen überein.

· Es ist ein Fehler, wenn stimmt mit mehr als einer Remote-Referenz überein.

· Wenn stimmt auch mit keiner Remote-Referenz überein

· es muss mit „refs/“ beginnen; wird hier wörtlich als Ziel verwendet
Fall.

· == und der Ref, der mit dem übereinstimmte darf nicht in der Menge von vorhanden sein
Remote-Referenzen; Der Schiedsrichter stimmte überein local wird als Name des Ziels verwendet.

Ohne --Macht, Die ref wird nur dann auf der Fernbedienung gespeichert, wenn existiert nicht, oder
ist eine echte Teilmenge (dh ein Vorfahre) von . Diese Prüfung wird als „Fast-Forward“ bezeichnet
check“ wird durchgeführt, um ein versehentliches Überschreiben und Verlust der Remote-Referenz zu vermeiden
Die Commits anderer Leute von dort aus.

Mit --Macht, ist die Schnellvorlaufprüfung für alle Referenzen deaktiviert.

Optional, a Dem Parameter kann ein Plus vorangestellt werden + Zeichen, um das zu deaktivieren
Schnellvorlaufprüfung nur für diese Referenz.

GIT

Ein Teil des git(1) Suite

Verwenden Sie git-send-pack online über die Dienste von onworks.net