git - Online nel cloud

PROGRAMMA:

NOME

git - lo stupido tracker di contenuti

SINOSSI

git [--versione] [--help] [-C ] [-C = ]
[--exec-percorso[= ]] [--percorso-html] [--percorso-uomo] [--percorso-info]
[-p|--paginate|--no-pager] [--no-replace-objects] [--bare]
[--git-dir= ] [--work-tree= ] [--namespace= ]
[ ]

DESCRIZIONE

Git è un sistema di controllo di revisione distribuito veloce, scalabile e con un insolitamente ricco
set di comandi che fornisce sia operazioni di alto livello che accesso completo ai componenti interni.

See gittutoriale(7) per iniziare, poi vedi soggiorno tutti i giorni(7) per un utile set minimo di
comandi. Il Idiota Utente Manuale[1] ha un'introduzione più approfondita.

Dopo aver imparato i concetti di base, puoi tornare a questa pagina per imparare cosa
comandi offerti da Git. Puoi saperne di più sui singoli comandi Git con "git help
comando". gitcli(7) La pagina di manuale offre una panoramica della sintassi dei comandi della riga di comando.

La versione formattata e con collegamenti ipertestuali dell'ultima documentazione di Git può essere visualizzata su
http://git-htmldocs.googlecode.com/git/git.html.

VERSIONI

--versione
Stampa la versione della suite Git che git programma da cui proveniva.

--Aiuto
Stampa la sinossi e un elenco dei comandi più comunemente usati. Se l'opzione --tutti
or -a viene dato quindi vengono stampati tutti i comandi disponibili. Se un comando Git si chiama così
opzione farà apparire la pagina di manuale per quel comando.

Sono disponibili altre opzioni per controllare come viene visualizzata la pagina del manuale. Vedere idiota-
Aiuto(1) per maggiori informazioni, perché git --help ... viene convertito internamente in git
aiuto ....

-C
Esegui come se git fosse stato avviato in invece della directory di lavoro corrente. quando
sono date più opzioni -C, ciascuna successiva non assoluta -C è interpretato
rispetto alla precedente -C .

Questa opzione influenza le opzioni che prevedono il nome del percorso come --git-dir e --work-tree in
che le loro interpretazioni dei nomi dei percorsi sarebbero state fatte in relazione alla lavorazione
directory causata dall'opzione -C. Ad esempio le seguenti invocazioni sono
equivalente:

git --git-dir=a.git --work-tree=b -C c stato
git --git-dir=c/a.git --work-tree=c/b stato

-C =
Passa un parametro di configurazione al comando. Il valore dato sovrascriverà i valori
dai file di configurazione. Il è previsto nello stesso formato elencato da git
config (sottochiavi separate da punti).

Nota che l'omissione del = in git -c foo.bar ... è consentito e imposta foo.bar al
valore booleano vero (proprio come [foo]bar farebbe in un file di configurazione). Compresi gli uguali
ma con un valore vuoto (come git -c foo.bar= ...) imposta foo.bar alla stringa vuota.

--exec-percorso[= ]
Percorso dove sono installati i tuoi programmi Git principali. Questo può anche essere controllato da
impostando la variabile d'ambiente GIT_EXEC_PATH. Se non viene fornito alcun percorso, git stamperà
l'impostazione corrente e quindi uscire.

--percorso-html
Stampa il percorso, senza barra finale, in cui è installata la documentazione HTML di Git
e uscita.

--percorso-uomo
Stampa il percorso dell'uomo (vedi uomo(1)) per le pagine man per questa versione di Git ed esci.

--info-percorso
Stampa il percorso in cui sono installati i file Info che documentano questa versione di Git e
Uscita.

-p, --pagina
Convogliare tutto l'output in meno (o se impostato, $PAGER) se lo standard output è un terminale. Questo
sovrascrive il cercapersone. opzioni di configurazione (vedi "Meccanismo di configurazione"
sezione sotto).

--no-cercapersone
Non reindirizzare l'output di Git in un cercapersone.

--git-dir=
Imposta il percorso del repository. Questo può essere controllato anche impostando GIT_DIR
variabile d'ambiente. Può essere un percorso assoluto o relativo al funzionamento corrente
directory.

--work-tree=
Imposta il percorso dell'albero di lavoro. Può essere un percorso assoluto o un percorso relativo al
directory di lavoro corrente. Questo può anche essere controllato impostando GIT_WORK_TREE
variabile d'ambiente e la variabile di configurazione core.worktree (vedi core.worktree
in git-config(1) per una discussione più dettagliata).

--namespace=
Imposta lo spazio dei nomi Git. Vedere gitnamespaces(7) per maggiori dettagli. Equivalente a impostazione
la variabile di ambiente GIT_NAMESPACE.

--spoglio
Tratta il repository come un semplice repository. Se l'ambiente GIT_DIR non è impostato, lo è
impostato sulla directory di lavoro corrente.

--non-sostituire-oggetti
Non utilizzare riferimenti di sostituzione per sostituire oggetti Git. Vedere sostituzione git(1) per di più
informazioni.

--literal-pathspecs
Trattare le pathpec alla lettera (cioè niente globbing, nessuna magia di pathpec). Questo è equivalente a
impostando la variabile di ambiente GIT_LITERAL_PATHSPECS su 1.

--glob-pathspecs
Aggiungi la magia "glob" a tutte le pathpec. Equivale a impostare GIT_GLOB_PATHSPECS
variabile d'ambiente su 1. È possibile disabilitare il globbing sui singoli percorsipec
usando la magia di pathpec ":(letterale)"

--noglob-pathspecs
Aggiungi la magia "letterale" a tutte le pathpec. Ciò equivale a impostare il
GIT_NOGLOB_PATHSPECS variabile d'ambiente su 1. Abilitazione del globbing su individuo
pathpecs può essere fatto usando pathpec magic ":(glob)"

--icase-pathspecs
Aggiungi la magia "icase" a tutte le pathpec. Ciò equivale a impostare il
GIT_ICASE_PATHSPECS variabile di ambiente su 1.

GIT COMANDI

Dividiamo Git in comandi di alto livello ("porcellana") e comandi di basso livello ("idraulico").

ALTO LIVELLO COMANDI (PORCELLANA)

Separiamo i comandi di porcellana in comandi principali e alcuni utenti ausiliari
utilità.

Principale porcellana comandi
git-aggiungi(1)
Aggiungi il contenuto del file all'indice.

git-am(1)
Applicare una serie di patch da una casella di posta.

git-archivio(1)
Crea un archivio di file da un albero denominato.

git-bisect(1)
Usa la ricerca binaria per trovare il commit che ha introdotto un bug.

git-ramo(1)
Elenca, crea o elimina rami.

pacchetto git(1)
Sposta oggetti e riferimenti per archivio.

git checkout(1)
Cambia rami o ripristina i file dell'albero di lavoro.

git-cherry-pick(1)
Applicare le modifiche introdotte da alcuni commit esistenti.

git-citool(1)
Alternativa grafica a git-commit.

git-pulito(1)
Rimuovere i file non tracciati dall'albero di lavoro.

git-clone(1)
Clona un repository in una nuova directory.

git-commit(1)
Registra le modifiche nel repository.

git-descrivi(1)
Descrivi un commit utilizzando il tag più recente raggiungibile da esso.

git-diff(1)
Mostra le modifiche tra commit, commit e albero di lavoro, ecc.

git-recupera(1)
Scarica oggetti e riferimenti da un altro repository.

git-formato-patch(1)
Preparare le patch per l'invio tramite posta elettronica.

git-gc(1)
Pulisci i file non necessari e ottimizza il repository locale.

git-grep(1)
Stampa linee che corrispondono a un motivo.

git gui(1)
Un'interfaccia grafica portatile per Git.

git-init(1)
Crea un repository Git vuoto o reinizializza uno esistente.

git log(1)
Mostra i log di commit.

git-merge(1)
Unisci due o più storie di sviluppo insieme.

git-mv(1)
Sposta o rinomina un file, una directory o un collegamento simbolico.

git-note(1)
Aggiungi o controlla le note dell'oggetto.

git pull(1)
Recupera e integra con un altro repository o un ramo locale.

git push(1)
Aggiorna i riferimenti remoti insieme agli oggetti associati.

git-rebase(1)
Il locale della porta di inoltro si impegna all'head upstream aggiornato.

git-reset(1)
Reimposta l'HEAD corrente allo stato specificato.

git-revert(1)
Ripristina alcuni commit esistenti.

git-rm(1)
Rimuovere i file dall'albero di lavoro e dall'indice.

git shortlog(1)
Riassumere git ceppo produzione.

git-show(1)
Mostra vari tipi di oggetti.

git-stash(1)
Conserva le modifiche in una directory di lavoro sporca.

stato git(1)
Mostra lo stato dell'albero di lavoro.

git-sottomodulo(1)
Inizializza, aggiorna o ispeziona i sottomoduli.

tag git(1)
Crea, elenca, elimina o verifica un oggetto tag firmato con GPG.

albero di lavoro git(1)
Gestisci più alberi di lavoro.

gick(1)
Il browser del repository Git.

ausiliario Comandi
Manipolatori:

git-config(1)
Ottieni e imposta repository o opzioni globali.

git-fast-export(1)
Esportatore di dati Git.

git-fast-import(1)
Backend per importatori di dati Git veloci.

git-filter-ramo(1)
Riscrivi i rami.

git-mergetool(1)
Esegui gli strumenti di risoluzione dei conflitti di unione per risolvere i conflitti di unione.

git-pack-rif(1)
Pack testine e tag per un accesso efficiente al repository.

git-prune(1)
Elimina tutti gli oggetti non raggiungibili dal database degli oggetti.

git-reflog(1)
Gestire le informazioni di reflog.

git-relink(1)
Collega oggetti comuni in repository locali.

git-remoto(1)
Gestisci set di repository monitorati.

git-repack(1)
Comprimi gli oggetti decompressi in un repository.

sostituzione git(1)
Crea, elenca, elimina i riferimenti per sostituire gli oggetti.

interrogatori:

git-annotazione(1)
Annota le righe del file con le informazioni di commit.

colpa del git(1)
Mostra quale revisione e autore hanno modificato l'ultima volta ogni riga di un file.

git-ciliegia(1)
Trova i commit ancora da applicare a monte.

git-count-oggetti(1)
Contare il numero di oggetti non imballati e il loro consumo del disco.

git-difftool(1)
Mostra le modifiche utilizzando gli strumenti diff comuni.

git-fsck(1)
Verifica la connettività e la validità degli oggetti nel database.

git-get-tar-commit-id(1)
Estrai l'ID commit da un archivio creato utilizzando git-archive.

git-aiuto(1)
Visualizza le informazioni di aiuto su Git.

git-instaweb(1)
Sfoglia istantaneamente il tuo repository di lavoro in gitweb.

git-merge-albero(1)
Mostra l'unione a tre vie senza toccare l'indice.

git-rerere(1)
Riutilizza la risoluzione registrata delle unioni in conflitto.

git-rev-analisi(1)
Scegli e massaggia i parametri.

git-show-ramo(1)
Mostra i rami e i loro commit.

git-verifica-commit(1)
Controlla la firma GPG dei commit.

git-verifica-tag(1)
Controlla la firma GPG dei tag.

git-cosa è cambiato(1)
Mostra i log con la differenza che ogni commit introduce.

gitweb(1)
Interfaccia web Git (frontend web per i repository Git).

interagire con Altri
Questi comandi servono per interagire con SCM stranieri e con altre persone tramite patch over
e-mail.

git-archimport(1)
Importa un repository Arch in Git.

git-cvsexportcommit(1)
Esporta un singolo commit in un checkout CVS.

git-cvsimport(1)
Recupera i tuoi dati da un altro SCM che le persone amano odiare.

git-cvsserver(1)
Un emulatore di server CVS per Git.

git-imap-send(1)
Invia una raccolta di patch da stdin a una cartella IMAP.

git-p4(1)
Importa da e invia a repository Perforce.

git-quiltimport(1)
Applica un patchset quilt al ramo corrente.

git-request-pull(1)
Genera un riepilogo delle modifiche in sospeso.

git-send-e-mail(1)
Invia una raccolta di patch come e-mail.

git-svn(1)
Operazione bidirezionale tra un repository Subversion e Git.

BASSO LIVELLO COMANDI (IDRAULICA)

Sebbene Git includa il proprio livello di porcellana, i suoi comandi di basso livello sono sufficienti per
sostenere lo sviluppo di porcellane alternative. Gli sviluppatori di tali porcellane potrebbero iniziare
leggendo su git-update-indice(1) e git-read-albero(1).

L'interfaccia (input, output, set di opzioni e semantica) a questi di basso livello
i comandi sono pensati per essere molto più stabili dei comandi di livello Porcelain, perché questi
i comandi sono principalmente per l'uso tramite script. L'interfaccia ai comandi di Porcellana dall'altra
mano sono soggetti a modifiche al fine di migliorare l'esperienza dell'utente finale.

La seguente descrizione divide i comandi di basso livello in comandi che manipolano
oggetti (nel repository, nell'indice e nell'albero di lavoro), comandi che interrogano e
confronta oggetti e comandi che spostano oggetti e riferimenti tra repository.

Manipolazione comandi
git-applica(1)
Applicare una patch ai file e/o all'indice.

git-checkout-indice(1)
Copia i file dall'indice all'albero di lavoro.

git-commit-albero(1)
Crea un nuovo oggetto di commit.

oggetto-git-hash(1)
Calcola l'ID oggetto e, facoltativamente, crea un BLOB da un file.

pacchetto-indice-git(1)
Crea il file indice del pacchetto per un archivio compresso esistente.

git-merge-file(1)
Esegui un'unione di file a tre vie.

git-merge-indice(1)
Esegui un'unione per i file che necessitano di unione.

git-mktag(1)
Crea un oggetto tag.

git-mktree(1)
Costruisci un oggetto ad albero da testo formattato ls-tree.

git-pack-oggetti(1)
Crea un archivio ricco di oggetti.

git-prune-imballato(1)
Rimuovi gli oggetti extra che sono già nei file pack.

git-read-albero(1)
Legge le informazioni dell'albero nell'indice.

git-simbolico-ref(1)
Leggere, modificare ed eliminare i riferimenti simbolici.

git-unpack-oggetti(1)
Decomprimere gli oggetti da un archivio compresso.

git-update-indice(1)
Registra il contenuto del file nell'albero di lavoro nell'indice.

git-aggiornamento-rif(1)
Aggiorna il nome dell'oggetto memorizzato in un riferimento in modo sicuro.

git-write-albero(1)
Crea un oggetto albero dall'indice corrente.

interrogatorio comandi
file-git-cat(1)
Fornire informazioni sul contenuto o sul tipo e sulla dimensione per gli oggetti del repository.

file-git-diff(1)
Confronta i file nell'albero di lavoro e l'indice.

git-diff-indice(1)
Confronta un albero con l'albero o l'indice di lavoro.

git-diff-albero(1)
Confronta il contenuto e la modalità dei BLOB trovati tramite due oggetti albero.

git-per-ogni-ref(1)
Informazioni di output su ogni rif.

git-ls-file(1)
Mostra le informazioni sui file nell'indice e nell'albero di lavoro.

git-ls-remoto(1)
Elenca i riferimenti in un repository remoto.

git-ls-albero(1)
Elenca il contenuto di un oggetto albero.

git-merge-base(1)
Trova il maggior numero possibile di antenati comuni per un'unione.

nome-git-rev(1)
Trova nomi simbolici per i giri dati.

git-pack-ridondante(1)
Trova file di pacchetti ridondanti.

elenco-git-rev(1)
Elenca gli oggetti commit in ordine cronologico inverso.

git-mostra-indice(1)
Mostra indice archivio compresso.

git-show-rif(1)
Elenca i riferimenti in un repository locale.

git-unpack-file(1)
Crea un file temporaneo con il contenuto di un BLOB.

git-var(1)
Mostra una variabile logica Git.

pacchetto di verifica git(1)
Convalida i file di archivio Git compressi.

In generale, i comandi di interrogazione non toccano i file nell'albero di lavoro.

Sincronizzazione repository
demone git(1)
Un server davvero semplice per i repository Git.

pacchetto-git-fetch(1)
Ricevi oggetti mancanti da un altro repository.

git-http-backend(1)
Implementazione lato server di Git su HTTP.

git-send-pack(1)
Invia gli oggetti tramite il protocollo Git a un altro repository.

git-update-info-server(1)
Aggiorna il file di informazioni ausiliario per aiutare i server stupidi.

I seguenti sono comandi di supporto usati da quanto sopra; gli utenti finali in genere non li usano
direttamente.

git-http-recupera(1)
Scarica da un repository Git remoto tramite HTTP.

git-http-push(1)
Invia oggetti su HTTP/DAV a un altro repository.

git-parse-remoto(1)
Routine per aiutare ad analizzare i parametri di accesso al repository remoto.

git-receive-pack(1)
Ricevi ciò che viene inserito nel repository.

shell-git(1)
Shell di login con restrizioni per l'accesso SSH solo Git.

git-upload-archivio(1)
Invia l'archivio a git-archive.

git-upload-pack(1)
Invia gli oggetti impacchettati a git-fetch-pack.

Interno aiutante comandi
Questi sono comandi di supporto interni utilizzati da altri comandi; gli utenti finali in genere non usano
loro direttamente.

git-check-attr(1)
Visualizza le informazioni sugli attributi.

git-check-ignora(1)
Eseguire il debug di gitignore / escludere i file.

git-check-mailmap(1)
Mostra i nomi canonici e gli indirizzi email dei contatti.

formato-git-check-ref(1)
Assicura che un nome di riferimento sia ben formato.

git-colonna(1)
Visualizza i dati in colonne.

git-credenziali(1)
Recupera e archivia le credenziali dell'utente.

git-cache-credenziali(1)
Helper per memorizzare temporaneamente le password in memoria.

negozio-di-credenziali-git(1)
Helper per memorizzare le credenziali su disco.

git-fmt-merge-msg(1)
Produci un messaggio di commit di unione.

git-interprete-trailer(1)
aiuta ad aggiungere informazioni strutturate nei messaggi di commit.

git-mailinfo(1)
Estrae patch e paternità da un singolo messaggio di posta elettronica.

git-mailsplit(1)
Semplice programma UNIX mbox splitter.

git-merge-un-file(1)
Il programma di supporto standard da utilizzare con git-merge-index.

git-patch-id(1)
Calcola ID univoco per una patch.

git-sh-i18n(1)
Il codice di installazione i18n di Git per gli script di shell.

git-sh-setup(1)
Codice di configurazione dello script shell Git comune.

git-stripspace(1)
Rimuovi gli spazi bianchi non necessari.

CONFIGURAZIONE MECCANISMO

Git utilizza un semplice formato di testo per memorizzare le personalizzazioni che sono per repository e sono per
utente. Un file di configurazione di questo tipo potrebbe assomigliare a questo:

#
# Un '#' o ';' carattere indica un commento.
#

; variabili fondamentali
[nucleo]
; Non fidarti delle modalità file
modalità file = falso

; identità dell'utente
[Utente]
nome = "Junio ​​C Hamano"
e-mail = "[email protected]"

Vari comandi leggono dal file di configurazione e regolano il loro funzionamento di conseguenza.
See git-config(1) per un elenco e maggiori dettagli sul meccanismo di configurazione.

IDENTIFICATORE TERMINOLOGIA

Indica il nome dell'oggetto per qualsiasi tipo di oggetto.


Indica il nome di un oggetto BLOB.


Indica il nome di un oggetto dell'albero.


Indica il nome di un oggetto di commit.


Indica il nome di un albero, commit o tag. Un comando che richiede un
argomento alla fine vuole operare su un oggetto ma dereferenzia automaticamente
e oggetti che puntano ad a .


Indica un nome oggetto commit o tag. Un comando che richiede un discussione
alla fine vuole operare su un oggetto ma dereferenzia automaticamente
oggetti che puntano ad a .


Indica che è richiesto un tipo di oggetto. Attualmente uno di: blob, tree, commit o
etichetta.


Indica un nome di file - quasi sempre relativo alla radice della struttura ad albero
GIT_INDEX_FILE descrive.

SIMBOLICO IDENTIFICATORI

Qualsiasi comando Git che accetti qualsiasi può anche usare la seguente notazione simbolica:

TESTA
indica il capo del ramo corrente.


un tag valido Nome (cioè un refs/tags/ riferimento).


una testa valida Nome (cioè un arbitro/testa/ riferimento).

Per un elenco più completo dei modi per scrivere i nomi degli oggetti, vedere la sezione "SPECIFICARE LE REVISIONI"
in gitrevisioni(7).

File/directory STRUTTURA

Si prega di consultare la layout-gitrepository(5) documento.

Leggi githooks(5) per maggiori dettagli su ciascun gancio.

Gli SCM di livello superiore possono fornire e gestire informazioni aggiuntive in $GIT_DIR.

TERMINOLOGIA

Si prega di consultare gitglossario(7).

AMBIENTE VARIABILI

Vari comandi Git utilizzano le seguenti variabili di ambiente:

I Idiota Repository
Queste variabili d'ambiente si applicano a contro tutti i comandi Git di base. Nb: vale la pena notare che
possono essere usati/sovrascritti da SCMS seduto sopra Git quindi fai attenzione se usi uno straniero
fine frontale.

GIT_INDEX_FILE
Questo ambiente consente la specifica di un file indice alternativo. Altrimenti
specificato, viene utilizzato il valore predefinito $GIT_DIR/index.

GIT_INDEX_VERSION
Questa variabile d'ambiente consente di specificare una versione dell'indice per new
repository. Non influenzerà i file di indice esistenti. Per impostazione predefinita, la versione del file di indice 2 o
3 è usato. Vedere git-update-indice(1) per maggiori informazioni.

GIT_OBJECT_DIRECTORY
Se la directory di archiviazione degli oggetti viene specificata tramite questa variabile di ambiente, allora il
sotto vengono create le directory sha1 - altrimenti il ​​valore predefinito $GIT_DIR/objects
viene utilizzata la directory.

GIT_ALTERNATE_OBJECT_DIRECTORIES
A causa della natura immutabile degli oggetti Git, i vecchi oggetti possono essere archiviati in condivisi,
directory di sola lettura. Questa variabile specifica un ":" separato (su Windows ";"
separate) elenco di directory di oggetti Git che possono essere utilizzate per cercare oggetti Git.
I nuovi oggetti non verranno scritti in queste directory.

GIT_DIR
Se l' GIT_DIR la variabile di ambiente è impostata, quindi specifica un percorso da utilizzare al posto di
il .git predefinito per la base del repository. Il --git-dir opzione della riga di comando
imposta anche questo valore.

GIT_WORK_TREE
Imposta il percorso alla radice dell'albero di lavoro. Questo può essere controllato anche dal
--albero-lavoro opzione della riga di comando e la variabile di configurazione core.worktree.

GIT_NAMESPACE
Imposta lo spazio dei nomi Git; vedere gitnamespaces(7) per i dettagli. Il --spazio dei nomi Da riga di comando
opzione imposta anche questo valore.

GIT_CEILING_DIRECTORIES
Questo dovrebbe essere un elenco separato da due punti di percorsi assoluti. Se impostato, è un elenco di
directory in cui Git non dovrebbe eseguire il chdir durante la ricerca di una directory di repository
(utile per escludere directory di rete a caricamento lento). Non escluderà il
directory di lavoro corrente o un GIT_DIR impostato sulla riga di comando o nell'ambiente.
Normalmente, Git deve leggere le voci in questo elenco e risolvere qualsiasi collegamento simbolico che potrebbe
essere presenti per confrontarli con la directory corrente. Tuttavia, se anche questo
l'accesso è lento, puoi aggiungere una voce vuota all'elenco per dire a Git che il successivo
le voci non sono collegamenti simbolici e non devono essere risolte; per esempio,
GIT_CEILING_DIRECTORIES=/forse/link simbolico::/molto/lento/non/link simbolico.

GIT_DISCOVERY_ACROSS_FILESYSTEM
Quando viene eseguito in una directory che non ha la directory del repository ".git", Git tenta di
trova una tale directory nelle directory padre per trovare la parte superiore dell'albero di lavoro,
ma per impostazione predefinita non attraversa i confini del filesystem. Questa variabile d'ambiente può
essere impostato su true per dire a Git di non fermarsi ai limiti del filesystem. Piace
GIT_CEILING_DIRECTORIES, questo non influirà su una directory del repository esplicita impostata tramite
GIT_DIR o sulla riga di comando.

GIT_COMMON_DIR
Se questa variabile è impostata su un percorso, file non albero di lavoro che sono normalmente in $GIT_DIR
sarà invece preso da questo percorso. File specifici dell'albero di lavoro come HEAD o index
sono presi da $GIT_DIR. Vedere layout-gitrepository(5) e albero di lavoro git(1) per i dettagli.
Questa variabile ha una precedenza inferiore rispetto ad altre variabili di percorso come GIT_INDEX_FILE,
GIT_OBJECT_DIRECTORY...

Idiota commit
GIT_AUTHOR_NAME, GIT_AUTHOR_EMAIL, GIT_AUTHOR_DATE, GIT_COMMITTER_NAME,
GIT_COMMITTER_EMAIL, GIT_COMMITTER_DATE, E-MAIL
vedere git-commit-albero(1)

Idiota differenze
GIT_DIFF_OPTS
L'unica impostazione valida è "--unified=??" o "-u??" per impostare il numero di righe di contesto
mostrato quando viene creata una differenza unificata. Questo ha la precedenza su qualsiasi "-U" o
Valore dell'opzione "--unified" passato alla riga di comando di Git diff.

GIT_DIFF_ESTERNO
Quando la variabile d'ambiente GIT_DIFF_ESTERNO è impostato, il programma chiamato da esso è
chiamato, invece dell'invocazione diff sopra descritta. Per un percorso che si aggiunge,
rimosso o modificato, GIT_DIFF_ESTERNO viene chiamato con 7 parametri:

percorso vecchio-file vecchio-esadecimale vecchia-modalità nuovo-file nuovo-esadecimale nuova-modalità

dove:

-file
sono file che GIT_EXTERNAL_DIFF può usare per leggere il contenuto di ,

-esadecimale
sono gli hash SHA-40 a 1 cifre esadecimali,

-modalità
sono la rappresentazione ottale delle modalità file.

I parametri del file possono puntare al file di lavoro dell'utente (es. nuovo file in
"git-diff-files"), /dev/null (es. vecchio file quando viene aggiunto un nuovo file), o un file temporaneo
file (es. vecchio file nell'indice). GIT_DIFF_ESTERNO non dovrebbe preoccuparsi
scollegare il file temporaneo --- viene rimosso quando GIT_DIFF_ESTERNO esce.

Per un percorso che non è unito, GIT_DIFF_ESTERNO viene chiamato con 1 parametro, .

Per ogni percorso GIT_DIFF_ESTERNO si chiama, due variabili d'ambiente,
GIT_DIFF_PATH_COUNTER ed GIT_DIFF_PATH_TOTAL sono impostati.

GIT_DIFF_PATH_COUNTER
Un contatore in base 1 incrementato di uno per ogni percorso.

GIT_DIFF_PATH_TOTAL
Il numero totale di percorsi.

Altro
GIT_MERGE_VERBOSITY
Un numero che controlla la quantità di output mostrata dalla strategia di unione ricorsiva.
Sostituisce merge.verbosità. Vedere git-merge(1)

GIT_PAGER
Questa variabile di ambiente sovrascrive $PAGER. Se è impostato su una stringa vuota o su
valore "cat", Git non avvierà un cercapersone. Vedi anche l'opzione core.pager in idiota-
config(1).

GIT_EDITOR
Questa variabile di ambiente sovrascrive $EDITOR e $VISUAL. È usato da diversi Git
comandi quando, in modalità interattiva, deve essere lanciato un editor. Guarda anche git-var(1)
e l'opzione core.editor in git-config(1).

GIT_SSH, GIT_SSH_COMMAND
Se una di queste variabili di ambiente è impostata, allora git andare a prendere ed git spingere userà
il comando specificato invece di SSH quando hanno bisogno di connettersi a un sistema remoto. Il
al comando verranno dati esattamente due o quattro argomenti: the nomeutente@host (o solo host)
dall'URL e dal comando shell da eseguire su quel sistema remoto, facoltativamente
preceduto da -p (letteralmente) e il porto dall'URL quando specifica qualcos'altro
rispetto alla porta SSH predefinita.

$GIT_SSH_COMMAND ha la precedenza su $GIT_SSH ed è interpretato dalla shell,
che consente di includere argomenti aggiuntivi. $GIT_SSH d'altra parte deve essere
solo il percorso di un programma (che può essere uno script di shell wrapper, se aggiuntivo
servono argomenti).

Di solito è più facile configurare le opzioni desiderate tramite il tuo personale
File .ssh/config. Si prega di consultare la documentazione ssh per ulteriori dettagli.

GIT_ASKPASS
Se questa variabile d'ambiente è impostata, allora i comandi Git che devono acquisire le password
o le passphrase (ad es. per l'autenticazione HTTP o IMAP) chiameranno questo programma con a
prompt adatto come argomento della riga di comando e leggere la password dal suo STDOUT. Vedere
anche il core.askPass opzione git-config(1).

GIT_TERMINAL_PROMPT
Se questa variabile d'ambiente è impostata su 0, git non richiederà sul terminale (ad esempio,
quando si richiede l'autenticazione HTTP).

GIT_CONFIG_NOSYSTEM
Se saltare le impostazioni di lettura dal file $(prefix)/etc/gitconfig a livello di sistema.
Questa variabile d'ambiente può essere utilizzata insieme a $HOME e $XDG_CONFIG_HOME per creare
un ambiente prevedibile per uno script esigente, oppure puoi impostarlo temporaneamente per evitare
utilizzando un file /etc/gitconfig difettoso mentre si aspetta qualcuno con sufficiente
autorizzazioni per risolverlo.

GIT_FLUSH
Se questa variabile di ambiente è impostata su "1", comandi come git colpa (in
modalità incrementale), git rev-lista, git ceppo, git controlla-attr ed git controlla-ignora volere
forzare un flush del flusso di output dopo che ogni record è stato scaricato. Se questo
la variabile è impostata su "0", l'output di questi comandi verrà eseguito utilizzando completamente
I/O bufferizzato. Se questa variabile d'ambiente non è impostata, Git sceglierà buffered o
svuotamento orientato ai record in base al fatto che stdout sembri essere reindirizzato a un file o
non.

GIT_TRACE
Abilita i messaggi di traccia generali, ad esempio l'espansione degli alias, l'esecuzione di comandi incorporati e
esecuzione di comandi esterni.

Se questa variabile è impostata su "1", "2" o "true" (il confronto non fa distinzione tra maiuscole e minuscole), trace
i messaggi verranno stampati su stderr.

Se la variabile è impostata su un valore intero maggiore di 2 e minore di 10 (rigorosamente)
quindi Git interpreterà questo valore come un descrittore di file aperto e proverà a scrivere
i messaggi di traccia in questo descrittore di file.

In alternativa, se la variabile è impostata su un percorso assoluto (che inizia con a /
carattere), Git lo interpreterà come un percorso di file e proverà a scrivere la traccia
messaggi al suo interno.

Annullare l'impostazione della variabile o impostarla su vuoto, "0" o "false" (senza distinzione tra maiuscole e minuscole)
disabilita i messaggi di traccia.

GIT_TRACE_PACK_ACCESS
Abilita i messaggi di traccia per tutti gli accessi a qualsiasi pacchetto. Per ogni accesso, il file pack
viene registrato il nome e un offset nel pacchetto. Questo può essere utile per la risoluzione dei problemi
alcuni problemi di prestazioni relativi al pacchetto. Vedere GIT_TRACE per l'output di traccia disponibile
opzioni.

GIT_TRACE_PACCHETTO
Abilita i messaggi di traccia per tutti i pacchetti in entrata o in uscita da un determinato programma. questo può
aiuto con il debug della negoziazione degli oggetti o altri problemi di protocollo. La traccia è disattivata
in un pacchetto che inizia con "PACK" (ma vedi GIT_TRACE_PACKFILE qui di seguito). Vedere GIT_TRACE per
opzioni di output di traccia disponibili.

GIT_TRACE_PACKFILE
Consente la tracciabilità dei packfile inviati o ricevuti da un determinato programma. A differenza di altre tracce
output, questa traccia è letterale: nessuna intestazione e nessuna citazione di dati binari. quasi
certamente voglio dirigere in un file (ad esempio, GIT_TRACE_PACKFILE=/tmp/my.pack) piuttosto
piuttosto che visualizzarlo sul terminale o mescolarlo con altri output di traccia.

Nota che questo è attualmente implementato solo per il lato client dei cloni e
recupera.

GIT_TRACE_PERFORMANCE
Abilita i messaggi di traccia relativi alle prestazioni, ad esempio il tempo di esecuzione totale di ogni Git
comando. Vedere GIT_TRACE per le opzioni di output di traccia disponibili.

GIT_TRACE_SETUP
Abilita i messaggi di traccia che stampano .git, albero di lavoro e directory di lavoro corrente
dopo che Git ha completato la sua fase di installazione. Vedere GIT_TRACE per l'output di traccia disponibile
opzioni.

GIT_TRACE_SHALLOW
Abilita i messaggi di traccia che possono aiutare a eseguire il debug del recupero / clonazione di superfici poco profonde
repository. Vedere GIT_TRACE per le opzioni di output di traccia disponibili.

GIT_LITERAL_PATHSPECS
L'impostazione di questa variabile su 1 farà sì che Git tratti letteralmente tutti i pathpec, piuttosto
che come modelli glob. Ad esempio, eseguendo GIT_LITERAL_PATHSPECS=1 git log -- '*.c'
cercherà i commit che toccano il percorso *.c, non i percorsi che il glob *.c
partite. Potresti volerlo se stai fornendo percorsi letterali a Git (ad esempio, percorsi
precedentemente fornito da git ls-tree, --raw diff output, ecc.).

GIT_GLOB_PATHSPECS
Impostando questa variabile a 1 Git tratterà tutti i pathpec come pattern glob (aka
magia "globale").

GIT_NOGLOB_PATHSPECS
L'impostazione di questa variabile su 1 farà in modo che Git tratti tutti i pathpec come letterali (ovvero
magia "letterale").

GIT_ICASE_PATHSPECS
Impostando questa variabile su 1, Git tratterà tutti i pathpec come senza distinzione tra maiuscole e minuscole.

GIT_REFLOG_AZIONE
Quando un ref viene aggiornato, vengono create voci di reflog per tenere traccia del motivo per cui
ref è stato aggiornato (che è in genere il nome del comando di alto livello che è stato aggiornato
il rif), oltre ai vecchi e nuovi valori del rif. Una porcellana sceneggiata
il comando può utilizzare la funzione di supporto set_reflog_action in git-sh-setup per impostare il suo nome su
questa variabile quando viene invocata come comando di primo livello dall'utente finale, per essere
registrato nel corpo del reflog.

GIT_REF_PARANOIA
Se impostato su 1, include riferimenti rotti o con nomi errati durante l'iterazione su elenchi di riferimenti. In
un normale repository non corrotto, questo non fa nulla. Tuttavia, abilitarlo potrebbe essere d'aiuto
git per rilevare e interrompere alcune operazioni in presenza di ref interrotti. Git imposta questo
variabile automaticamente durante l'esecuzione di operazioni distruttive come git-prune(1). Voi
non dovrebbe essere necessario impostarlo da soli a meno che tu non voglia essere paranoico per assicurarti un
operazione ha toccato ogni riferimento (ad esempio, perché stai clonando un repository per creare un
backup).

GIT_ALLOW_PROTOCOL
Se impostato, fornire un elenco di protocolli separati da due punti che possono essere utilizzati con
prendi/spingi/clona. Questo è utile per limitare l'inizializzazione ricorsiva del sottomodulo da
un archivio non attendibile. Qualsiasi protocollo non menzionato non sarà consentito (cioè, questo è
una lista bianca, non una lista nera). Se la variabile non è affatto impostata, tutti i protocolli lo sono
abilitato. I nomi di protocollo attualmente utilizzati da git sono:

· file: qualsiasi percorso basato su file locale (inclusi URL file:// o percorsi locali)

· git: il protocollo git anonimo su una connessione TCP diretta (o proxy, se
configurato)

· ssh: git su ssh (incluso host: sintassi percorso, git+ssh://, ecc.).

· rsync: git su rsync

· http: git over http, sia "smart http" che "dumb http". Nota che questo non non
includere https; se vuoi entrambi, dovresti specificare entrambi come http:https.

· eventuali helper esterni sono denominati in base al loro protocollo (ad esempio, utilizzare hg per consentire il
git-remote-hg helper)

DISCUSSIONE

Maggiori dettagli su quanto segue sono disponibili presso il Idiota concetti capitolo of , il
Manuale d'uso[2] e tutorial su gitcore(7).

Un progetto Git normalmente consiste in una directory di lavoro con una sottodirectory ".git" al
livello superiore. La directory .git contiene, tra le altre cose, un database di oggetti compressi
che rappresenta la storia completa del progetto, un file "indice" che collega quella storia
al contenuto corrente dell'albero di lavoro e puntatori denominati in quella cronologia come
tag e teste di ramo.

Il database degli oggetti contiene oggetti di tre tipi principali: blob, che contengono dati di file;
alberi, che puntano a BLOB e altri alberi per creare gerarchie di directory; e
commit, ognuno dei quali fa riferimento a un singolo albero e a un certo numero di commit padre.

Il commit, equivalente a quello che altri sistemi chiamano "changeset" o "version", rappresenta un
passo nella storia del progetto e ogni genitore rappresenta un passo immediatamente precedente.
Gli impegni con più di un genitore rappresentano fusioni di linee di sviluppo indipendenti.

Tutti gli oggetti sono denominati dall'hash SHA-1 del loro contenuto, normalmente scritto come una stringa di
40 cifre esadecimali. Tali nomi sono globalmente unici. L'intera storia che porta a un commit
può essere garantito firmando solo quel commit. Viene fornito un quarto tipo di oggetto, il tag
per questo scopo.

Quando vengono creati per la prima volta, gli oggetti vengono archiviati in singoli file, ma per motivi di efficienza possono essere successivamente
essere compressi insieme in "file pack".

I puntatori con nome chiamati ref segnano punti interessanti nella storia. Un riferimento può contenere SHA-1
nome di un oggetto o il nome di un altro rif. Riferimenti con nomi che iniziano con ref/head/contenere
il nome SHA-1 del commit più recente (o "head") di un ramo in fase di sviluppo. SHA-1
i nomi dei tag di interesse sono memorizzati in ref/tags/. Contiene un riferimento speciale denominato HEAD
il nome della filiale attualmente ritirata.

Il file indice viene inizializzato con un elenco di tutti i percorsi e, per ogni percorso, un oggetto blob
e un insieme di attributi. L'oggetto blob rappresenta il contenuto del file a partire dal
capo del ramo attuale. Gli attributi (ora dell'ultima modifica, dimensione, ecc.) sono presi da
il file corrispondente nell'albero di lavoro. Le modifiche successive all'albero di lavoro possono essere
trovato confrontando questi attributi. L'indice può essere aggiornato con nuovi contenuti e novità
i commit possono essere creati dal contenuto archiviato nell'indice.

L'indice è anche in grado di memorizzare più voci (chiamate "fasi") per un dato
percorso. Queste fasi vengono utilizzate per contenere le varie versioni non unite di un file quando a
fusione è in corso.

ULTERIORE DOCUMENTAZIONE

Consulta i riferimenti nella sezione "descrizione" per iniziare a utilizzare Git. Il seguente è
probabilmente più dettagli del necessario per un utente alle prime armi.

I Idiota concetti capitolo of , il Manuale d'uso[2] e tutorial su gitcore(7) entrambi forniscono
introduzioni all'architettura Git sottostante.

See gitworkflow(7) per una panoramica dei flussi di lavoro consigliati.

Vedi anche il howto[3] documenti per alcuni esempi utili.

Gli interni sono documentati nel Idiota API documentazione[4].

Gli utenti che migrano da CVS potrebbero anche voler leggere gitcvs-migrazione(7).

AUTORI

Git è stato avviato da Linus Torvalds ed è attualmente gestito da Junio ​​C Hamano. Numerose
i contributi sono arrivati ​​dalla mailing list di Git[email protected][5]>.
http://www.openhub.net/p/git/contributors/summary ti dà un elenco più completo di
contributori.

Se hai un clone di git.git stesso, l'output di git shortlog(1) e colpa del git(1) può
mostrarti gli autori per parti specifiche del progetto.

REPORTING BUG

Segnala bug alla mailing list di Git[email protected][5]> dove lo sviluppo e
si effettua principalmente la manutenzione. Non è necessario essere iscritti alla lista per inviare a
messaggio lì.

Usa git online usando i servizi onworks.net