git-send-pack - Online nel cloud

PROGRAMMA:

NOME

git-send-pack - Invia gli oggetti sul protocollo Git a un altro repository

SINOSSI

git pacchetto di invio [--all] [--dry-run] [--force] [--receive-pack= ]
[--verboso] [--sottile] [--atomico]
[--[no-]signed|--sign=(vero|falso|se-chiesto)]
[ :] [ ...]

DESCRIZIONE

Di solito vorresti usare git spingere, che è un wrapper di livello superiore di questo comando,
anziché. Vedere git push(1).

Invoca git-receive-pack su un possibile repository remoto e lo aggiorna dall'attuale
repository, inviando refs denominati.

VERSIONI

--receive-pack=
Percorso per il git-receive-pack programma sul terminale remoto. A volte utile quando si spinge
in un repository remoto su ssh e non hai il programma in una directory sul
predefinito $PERCORSO.

--exec=
Uguale a --receive-pack= .

--tutti
Invece di specificare esplicitamente quali riferimenti aggiornare, aggiorna tutte le teste che localmente
esistere.

--stdin
Prendi l'elenco dei riferimenti da stdin, uno per riga. Se ci sono riferimenti specificati sul
riga di comando oltre a questa opzione, i riferimenti da stdin vengono elaborati dopo
quelli sulla riga di comando.

If --stateless-rpc è specificato insieme a questa opzione, quindi l'elenco dei riferimenti deve
essere in formato pacchetto (pkt-line). Ogni riferimento deve essere in un pacchetto separato e l'elenco
deve terminare con un pacchetto flush.

--funzionamento a secco
Fai tutto tranne che inviare effettivamente gli aggiornamenti.

--vigore
Di solito, il comando rifiuta di aggiornare un riferimento remoto che non è un antenato del
ref locale usato per sovrascriverlo. Questo flag disabilita il controllo. Ciò significa che
il repository remoto può perdere i commit; usalo con cura.

--verboso
Corri in modo prolisso.

--magro
Invia un pacchetto "sottile", che registra gli oggetti in forma deltificata in base a oggetti non
incluso nel pacchetto per ridurre il traffico di rete.

--atomico
Usa una transazione atomica per aggiornare i riferimenti. Se uno dei riferimenti non si aggiorna
quindi l'intero push avrà esito negativo senza modificare alcun ref.

--[no-]signed, --sign=(true|false|se-richiesto)
GPG-firma la richiesta push per aggiornare i riferimenti sul lato ricevente, per consentirgli di essere
controllato dagli hook e/o essere registrato. Se false o --no-signed, nessuna firma sarà
tentata. Se true o --signed, il push fallirà se il server non lo supporta
spinte firmate. Se impostato su se richiesto, firma se e solo se il server supporta firmato
spinge. Il push fallirà anche se la chiamata effettiva a gpg --sign fallisce. Vedere idiota-
ricevere-pacco(1) per i dettagli sul destinatario.


Un host remoto per ospitare il repository. Quando questa parte è specificata, git-receive-pack
viene invocato tramite ssh.


Il repository da aggiornare.

...
Il telecomando fa riferimento all'aggiornamento.

SPECIFICANDO IL RIF

Esistono tre modi per specificare quali riferimenti aggiornare sull'estremità remota.

Con --tutti flag, tutti i riferimenti che esistono localmente vengono trasferiti sul lato remoto. Voi
non posso specificare nessuno se usi questo flag

Senza --tutti e senza nessuno , le teste che esistono sia sul lato locale che su
il lato remoto viene aggiornato.

Quando uno o più sono specificati in modo esplicito (sia sulla riga di comando che tramite
--stdin), può essere un singolo pattern o una coppia di tali pattern separati da a
due punti ":" (questo significa che un nome di riferimento non può contenere i due punti). Un unico modello
è solo una scorciatoia per :.

Ogni coppia di pattern è composta dal lato di origine (prima dei due punti) e dal lato di destinazione
(dopo il colon). L'arbitro da spingere è determinato trovando una corrispondenza che corrisponda al
lato sorgente e dove viene spinto è determinato utilizzando il lato destinazione. Le regole
usate per abbinare un riferimento sono le stesse regole usate da git rev-analizzare risolvere un riferimento simbolico
nome. Vedere git-rev-analisi(1).

· È un errore se non corrisponde esattamente a uno dei riferimenti locali.

· È un errore se corrisponde a più di un riferimento remoto.

· Se non corrisponde nemmeno a nessun riferimento remoto

· deve iniziare con "refs/"; è usato letteralmente come destinazione in questo
Astuccio.

· == e il riferimento che corrispondeva a non deve esistere nell'insieme di
referenti remoti; l'arbitro ha abbinato localmente viene utilizzato come nome della destinazione.

Senza --vigore, il ref viene memorizzato sul telecomando solo se non esiste, o
è un sottoinsieme proprio (cioè un antenato) di . Questo controllo, noto come "avanzamento rapido
check", viene eseguita per evitare di sovrascrivere accidentalmente il riferimento remoto e perdere
gli impegni di altre persone da lì.

Con --vigore, il controllo di avanzamento rapido è disabilitato per tutti i rif.

Facoltativamente, a il parametro può essere preceduto da un plus + firmare per disabilitare il
controllo veloce solo su quel rif.

GIT

Parte della git(1) seguito

Usa git-send-pack online utilizzando i servizi onworks.net