git - Online în cloud

PROGRAM:

NUME

git - trackerul de conținut stupid

REZUMAT

merge [--versiune] [--help] [-C ] [-c = ]
[--exec-cale[= ]] [--html-path] [--man-path] [--info-path]
[-p|--paginate|--no-pager] [--no-replace-objects] [--bare]
[--git-dir= ] [--work-tree= ] [--namespace= ]
[ ]

DESCRIERE

Git este un sistem de control al reviziilor rapid, scalabil, distribuit, cu un sistem neobișnuit de bogat
set de comenzi care oferă atât operațiuni de nivel înalt, cât și acces complet la elementele interne.

Vedea gittutorial(7) pentru a începe, apoi vezi gite de zi cu zi(7) pentru un set minim util de
comenzi. The merge Utilizator Manual[1] are o introducere mai aprofundată.

După ce ați stăpânit conceptele de bază, puteți reveni la această pagină pentru a afla ce
comenzile oferite de Git. Puteți afla mai multe despre comenzile individuale Git cu „git help
comanda". gitcli(7) pagina de manual vă oferă o prezentare generală a sintaxei comenzii din linia de comandă.

Versiunea formatată și cu hyperlink a celei mai recente documentații Git poate fi vizualizată la
http://git-htmldocs.googlecode.com/git/git.html.

OPŢIUNI

--versiune
Imprimă versiunea suită Git pe care merge programul a venit de la.

--Ajutor
Tipărește rezumatul și o listă cu comenzile cele mai frecvent utilizate. Dacă opțiunea --toate
or -a este dat apoi toate comenzile disponibile sunt tipărite. Dacă o comandă Git este numită așa
opțiunea va afișa pagina de manual pentru acea comandă.

Sunt disponibile și alte opțiuni pentru a controla modul în care este afișată pagina manuală. Vedea git-
ajutor(1) pentru mai multe informații, deoarece git --help ... este convertit intern în git
Ajutor ....

-C
Rulați ca și cum git a fost pornit în în locul directorului de lucru curent. Cand
sunt date mai multe opțiuni -C, fiecare -C ulterioară neabsolută este interpretat
raportat la precedentul -C .

Această opțiune afectează opțiunile care așteaptă un nume de cale precum --git-dir și --work-tree în
că interpretările lor ale numelor căilor să fie făcute relativ la lucru
director cauzat de opțiunea -C. De exemplu, următoarele invocări sunt
echivalent:

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

-c =
Transmiteți un parametru de configurare la comandă. Valoarea dată va suprascrie valorile
din fișierele de configurare. The este de așteptat în același format ca listat de merge
config (subchei separate prin puncte).

Rețineți că omiterea = în git -c foo.bar ... este permisă și setează foo.bar la
valoare booleană adevărată (la fel cum ar fi [foo]bar într-un fișier de configurare). Inclusiv pe egali
dar cu o valoare goală (cum ar fi git -c foo.bar= ...) setează foo.bar la șirul gol.

--exec-path[= ]
Calea către oriunde sunt instalate programele Git de bază. Acest lucru poate fi controlat și de
setarea variabilei de mediu GIT_EXEC_PATH. Dacă nu este dată o cale, merge va imprima
setarea curentă și apoi ieșiți.

--html-path
Imprimați calea, fără bară oblică finală, unde este instalată documentația HTML a lui Git
și ieșire.

--omul-cale
Imprimați calea omului (vezi om(1)) pentru paginile de manual pentru această versiune de Git și ieșire.

--info-path
Tipăriți calea în care sunt instalate fișierele Info care documentează această versiune de Git și
Ieșire.

-p, --paginate
Conductă toată ieșirea în mai puțin (sau dacă este setat, $PAGER) dacă ieșirea standard este un terminal. Acest
anulează paginatorul. opțiuni de configurare (consultați „Mecanismul de configurare”
secțiunea de mai jos).

--no-pager
Nu trimiteți ieșirea Git într-un pager.

--git-dir=
Setați calea către depozit. Acest lucru poate fi controlat și prin setarea GIT_DIR
variabilă de mediu. Poate fi o cale absolută sau o cale relativă către funcționarea curentă
director.

--work-tree=
Setați calea către arborele de lucru. Poate fi o cale absolută sau o cale relativă la
directorul de lucru curent. Acest lucru poate fi controlat și prin setarea GIT_WORK_TREE
variabila de mediu și variabila de configurare core.worktree (vezi core.worktree
in git-config(1) pentru o discuție mai detaliată).

--namespace=
Setați spațiul de nume Git. Vedea gitnamespaces(7) pentru mai multe detalii. Echivalent cu setarea
variabila de mediu GIT_NAMESPACE.

--neizolat
Tratați depozitul ca pe un depozit simplu. Dacă mediul GIT_DIR nu este setat, este
setat la directorul de lucru curent.

--nu-înlocuiți-obiecte
Nu utilizați referințe de înlocuire pentru a înlocui obiectele Git. Vedea git-replace(1) pentru mai mult
informaţii.

--literal-pathspecs
Tratează pathspecs-ul la propriu (adică fără globbing, fără magie pathspec). Aceasta este echivalentă cu
setarea variabilei de mediu GIT_LITERAL_PATHSPECS la 1.

--glob-pathspecs
Adăugați magia „glob” la toate pathspec-ul. Acest lucru este echivalent cu setarea GIT_GLOB_PATHSPECS
variabilă de mediu la 1. Se poate face dezactivarea globbing pe specificații de cale individuale
folosind magia pathspec ":(literal)"

--noglob-pathspecs
Adăugați magie „literală” la toate specificațiile de cale. Acest lucru este echivalent cu setarea
Variabila de mediu GIT_NOGLOB_PATHSPECS la 1. Activarea globbing pe individ
pathspecs se poate face folosind pathspec magic ":(glob)"

--icase-pathspecs
Adăugați magia „icase” la toate pathspec. Acest lucru este echivalent cu setarea
Variabila de mediu GIT_ICASE_PATHSPECS la 1.

GIT COMANDE

Împărțim Git în comenzi de nivel înalt ("porțelan") și comenzi de nivel scăzut ("plumbing").

NIVEL INALT COMANDE (PORŢELAN)

Separăm comenzile de porțelan în comenzile principale și un utilizator auxiliar
utilități.

Principal porţelan comenzi
git-add(1)
Adăugați conținutul fișierului la index.

git-am(1)
Aplicați o serie de patch-uri dintr-o cutie poștală.

git-archive(1)
Creați o arhivă de fișiere dintr-un arbore numit.

git-bisect(1)
Utilizați căutarea binară pentru a găsi comiterea care a introdus o eroare.

git-ramură(1)
Listați, creați sau ștergeți ramuri.

git-bundle(1)
Mutați obiecte și referințe după arhivă.

git-checkout(1)
Schimbați ramuri sau restaurați fișierele arbore de lucru.

git-cherry-pick(1)
Aplicați modificările introduse de unele comite-uri existente.

git-citool(1)
Alternativă grafică la git-commit.

git-clean(1)
Eliminați fișierele neurmărite din arborele de lucru.

git-clone(1)
Clonează un depozit într-un director nou.

git-commit(1)
Înregistrați modificările aduse depozitului.

git-describe(1)
Descrieți un commit folosind cea mai recentă etichetă accesibilă de la acesta.

git-diff(1)
Afișați modificările între comiteri, comitere și arborele de lucru etc.

git-fetch(1)
Descărcați obiecte și referințe dintr-un alt depozit.

git-format-patch(1)
Pregătiți corecții pentru trimiterea prin e-mail.

git-gc(1)
Curățați fișierele inutile și optimizați depozitul local.

git-grep(1)
Imprimați linii care corespund unui model.

git-gui(1)
O interfață grafică portabilă pentru Git.

git-init(1)
Creați un depozit Git gol sau reinițializați unul existent.

git-log(1)
Afișați jurnalele de comitere.

git-merge(1)
Uniți două sau mai multe istorii de dezvoltare împreună.

git-mv(1)
Mutați sau redenumiți un fișier, un director sau un link simbolic.

git-note(1)
Adăugați sau inspectați note de obiect.

git-pull(1)
Preluați și integrați cu un alt depozit sau o sucursală locală.

git-push(1)
Actualizați referințele de la distanță împreună cu obiectele asociate.

git-rebase(1)
Commiterea locală a portului de redirecționare către capul amonte actualizat.

git-reset(1)
Resetați HEAD curent la starea specificată.

git-revert(1)
Reveniți unele comite-uri existente.

git-rm(1)
Eliminați fișierele din arborele de lucru și din index.

git-shortlog(1)
Rezuma merge log ieșire.

git-show(1)
Afișați diferite tipuri de obiecte.

git-stash(1)
Ascundeți modificările într-un director de lucru murdar.

git-status(1)
Afișați starea arborelui de lucru.

git-submodul(1)
Inițializați, actualizați sau inspectați submodulele.

git-tag(1)
Creați, enumerați, ștergeți sau verificați un obiect etichetă semnat cu GPG.

git-worktree(1)
Gestionați mai mulți arbori de lucru.

gitk(1)
Browserul pentru depozitul Git.

Auxiliar Comenzi
Manipulatoare:

git-config(1)
Obțineți și setați depozitul sau opțiunile globale.

git-fast-export(1)
Exportator de date Git.

git-fast-import(1)
Backend pentru importatori rapidi de date Git.

git-filter-ramură(1)
Rescrie ramuri.

git-mergetool(1)
Rulați instrumente de soluționare a conflictelor de îmbinare pentru a rezolva conflictele de îmbinare.

git-pack-refs(1)
Împachetați capete și etichete pentru acces eficient la depozit.

git-prune(1)
Eliminați toate obiectele inaccesibile din baza de date de obiecte.

git-reflog(1)
Gestionați informațiile de reflog.

git-relink(1)
Hardlink obiecte comune în depozitele locale.

git-remote(1)
Gestionați setul de depozite urmărite.

git-repack(1)
Împachetați obiectele despachetate într-un depozit.

git-replace(1)
Creați, enumerați, ștergeți referințe pentru a înlocui obiecte.

Interogatori:

git-annotate(1)
Adnotați liniile de fișier cu informații de comitere.

git-vina(1)
Afișați revizuirea și autorul care a modificat ultima dată fiecare linie a unui fișier.

git-cherry(1)
Găsiți comisioane care nu au fost încă aplicate în amonte.

git-count-obiecte(1)
Numărați numărul de obiecte despachetate și consumul lor de disc.

git-difftool(1)
Afișați modificările folosind instrumente de diferențiere comune.

git-fsck(1)
Verifică conectivitatea și validitatea obiectelor din baza de date.

git-get-tar-commit-id(1)
Extrageți ID-ul de comitere dintr-o arhivă creată folosind git-archive.

git-help(1)
Afișează informații de ajutor despre Git.

git-instaweb(1)
Răsfoiți instantaneu depozitul dvs. de lucru în gitweb.

git-merge-tree(1)
Afișați îmbinarea în trei sensuri fără a atinge indexul.

git-rerere(1)
Reutilizați rezoluția înregistrată a fuziunilor în conflict.

git-rev-parse(1)
Alegeți și masați parametrii.

git-show-branch(1)
Afișați ramurile și comisiile lor.

git-verify-commit(1)
Verificați semnătura GPG a comitărilor.

git-verify-tag(1)
Verificați semnătura GPG a etichetelor.

git-ce sa schimbat(1)
Afișați jurnalele cu diferența pe care o introduce fiecare comitere.

gitweb(1)
Interfață web Git (interfață web către depozitele Git).

interacţionând cu Altele
Aceste comenzi trebuie să interacționeze cu SCM străine și cu alte persoane prin patch over
e-mail.

git-archimport(1)
Importați un depozit Arch în Git.

git-cvsexportcommit(1)
Exportați un singur commit într-o finalizare CVS.

git-cvsimport(1)
Salvați-vă datele de la un alt SCM oamenilor le place să urască.

git-cvserver(1)
Un emulator de server CVS pentru Git.

git-imap-send(1)
Trimiteți o colecție de patch-uri din stdin într-un folder IMAP.

git-p4(1)
Importați din și trimiteți către depozitele Perforce.

git-quiltimport(1)
Aplică un set de patch-uri de pilota pe ramura curentă.

git-request-pull(1)
Generează un rezumat al modificărilor în așteptare.

git-send-email(1)
Trimiteți o colecție de patch-uri ca e-mailuri.

git-svn(1)
Operație bidirecțională între un depozit Subversion și Git.

NIVEL SCĂZUT COMANDE (INSTALATII SANITARE)

Deși Git include propriul strat de porțelan, comenzile sale de nivel scăzut sunt suficiente pentru
sprijinirea dezvoltării de porțelanuri alternative. Dezvoltatorii de astfel de porțelanuri ar putea începe
citind despre git-update-index(1) și git-read-tree(1).

Interfața (intrare, ieșire, set de opțiuni și semantică) la aceste niveluri scăzute
comenzile sunt menite să fie mult mai stabile decât comenzile de nivel porțelan, deoarece acestea
comenzile sunt în primul rând pentru utilizare prin scripturi. Pe de altă parte, interfața cu comenzile Porțelan
mâinile pot fi modificate pentru a îmbunătăți experiența utilizatorului final.

Următoarea descriere împarte comenzile de nivel scăzut în comenzi care manipulează
obiecte (în depozit, index și arbore de lucru), comenzi care interoghează și
compara obiecte și comenzi care mută obiecte și referințe între depozite.

Manipulare comenzi
git-apply(1)
Aplicați un patch fișierelor și/sau indexului.

git-checkout-index(1)
Copiați fișierele din index în arborele de lucru.

git-commit-tree(1)
Creați un nou obiect commit.

obiect git-hash(1)
Calculează ID-ul obiectului și, opțional, creează un blob dintr-un fișier.

git-index-pack(1)
Construiți fișierul index al pachetului pentru o arhivă împachetată existentă.

git-merge-file(1)
Rulați o îmbinare a fișierelor în trei căi.

git-merge-index(1)
Rulați o îmbinare pentru fișierele care necesită îmbinare.

git-mktag(1)
Creează un obiect etichetă.

git-mktree(1)
Construiți un obiect arbore din text formatat arbore ls.

git-pack-obiecte(1)
Creați o arhivă plină de obiecte.

git-prune-ambalate(1)
Eliminați obiectele suplimentare care sunt deja în fișierele pachet.

git-read-tree(1)
Citește informațiile arborelui în index.

git-simbolic-ref(1)
Citiți, modificați și ștergeți referințe simbolice.

git-unpack-objects(1)
Despachetați obiecte dintr-o arhivă împachetată.

git-update-index(1)
Înregistrați conținutul fișierului în arborele de lucru în index.

git-update-ref(1)
Actualizați în siguranță numele obiectului stocat într-o ref.

git-write-tree(1)
Creați un obiect arbore din indexul curent.

Interogare comenzi
git-cat-file(1)
Furnizați informații despre conținut sau tip și dimensiune pentru obiectele din depozit.

fișiere git-diff(1)
Compară fișierele din arborele de lucru și din index.

git-diff-index(1)
Comparați un arbore cu arborele sau indexul de lucru.

git-diff-tree(1)
Compară conținutul și modul blob-urilor găsite prin două obiecte arbore.

git-pentru-fiecare-ref(1)
Informații de ieșire pentru fiecare ref.

git-ls-fișiere(1)
Afișați informații despre fișierele din index și arborele de lucru.

git-ls-remote(1)
Listează referințele într-un depozit la distanță.

git-ls-tree(1)
Enumerați conținutul unui obiect arborescent.

git-merge-base(1)
Găsiți strămoși comuni cât mai buni posibil pentru o fuziune.

git-name-rev(1)
Găsiți nume simbolice pentru turații date.

git-pack-redundant(1)
Găsiți fișiere pachete redundante.

git-rev-list(1)
Listează obiectele comise în ordine cronologică inversă.

git-show-index(1)
Afișați indexul arhivei împachetate.

git-show-ref(1)
Listați referințe într-un depozit local.

git-unpack-file(1)
Creează un fișier temporar cu conținutul unui blob.

git-var(1)
Afișați o variabilă logică Git.

git-verify-pack(1)
Validați fișierele de arhivă Git împachetate.

În general, comenzile de interogare nu ating fișierele din arborele de lucru.

Sincronizare arhive
git-daemon(1)
Un server foarte simplu pentru depozitele Git.

git-fetch-pack(1)
Primiți obiectele lipsă dintr-un alt depozit.

git-http-backend(1)
Implementarea pe partea de server a Git prin HTTP.

git-send-pack(1)
Împingeți obiectele peste protocolul Git într-un alt depozit.

git-update-server-info(1)
Actualizați fișierul de informații auxiliare pentru a ajuta serverele stupide.

Următoarele sunt comenzi de ajutor utilizate de cele de mai sus; utilizatorii finali de obicei nu le folosesc
direct.

git-http-fetch(1)
Descărcați dintr-un depozit Git la distanță prin HTTP.

git-http-push(1)
Împingeți obiectele prin HTTP/DAV într-un alt depozit.

git-parse-remote(1)
Rutine pentru a ajuta la analizarea parametrilor de acces la depozitul de la distanță.

git-receive-pack(1)
Primiți ceea ce este împins în depozit.

git-shell(1)
Shell de conectare restricționat pentru acces SSH numai Git.

git-upload-archive(1)
Trimiteți arhiva înapoi la git-archive.

git-upload-pack(1)
Trimiteți obiectele împachetate înapoi la git-fetch-pack.

Intern ajutor comenzi
Acestea sunt comenzi interne de ajutor utilizate de alte comenzi; utilizatorii finali de obicei nu folosesc
le direct.

git-check-attr(1)
Afișează informații despre gitattributes.

git-check-ignore(1)
Depanați fișierele gitignore/excludeți.

git-check-mailmap(1)
Afișați numele canonice și adresele de e-mail ale persoanelor de contact.

git-check-ref-format(1)
Se asigură că un nume de referință este bine format.

git-coloană(1)
Afișați datele în coloane.

git-credential(1)
Preluați și stocați acreditările utilizatorului.

git-credential-cache(1)
Ajutor pentru stocarea temporară a parolelor în memorie.

git-credential-store(1)
Ajutor pentru stocarea acreditărilor pe disc.

git-fmt-merge-msg(1)
Produceți un mesaj de comitere de îmbinare.

git-interpret-trailers(1)
ajutați la adăugarea de informații structurate în mesajele de confirmare.

git-mailinfo(1)
Extrage patch-ul și autorul dintr-un singur mesaj de e-mail.

git-mailsplit(1)
Program simplu UNIX mbox splitter.

git-merge-one-file(1)
Programul de ajutor standard de utilizat cu git-merge-index.

git-patch-id(1)
Calculați ID-ul unic pentru un patch.

git-sh-i18n(1)
Codul de configurare i18n al lui Git pentru scripturile shell.

git-sh-setup(1)
Cod comun de configurare a scriptului shell Git.

git-stripspace(1)
Eliminați spațiile albe inutile.

CONFIGURARE MECANISM

Git folosește un format text simplu pentru a stoca personalizări care sunt per depozit și sunt per
utilizator. Un astfel de fișier de configurare poate arăta astfel:

#
# A „#” sau „;” caracterul indică un comentariu.
#

; variabile de bază
[nucleu]
; Nu aveți încredere în modurile fișierelor
filemode = false

; identitatea utilizatorului
[utilizator]
nume = "Junio ​​C Hamano"
email = "[e-mail protejat]"

Diverse comenzi citesc din fișierul de configurare și își ajustează funcționarea în consecință.
Vedea git-config(1) pentru o listă și mai multe detalii despre mecanismul de configurare.

IDENTIFICATOR TERMINOLOGIE

Indică numele obiectului pentru orice tip de obiect.


Indică un nume de obiect blob.


Indică un nume de obiect arborescent.


Indică un nume de obiect de comitere.


Indică un nume de obiect arbore, commit sau etichetare. O comandă care necesită a
argumentul vrea în cele din urmă să opereze pe o obiect dar automat dereferențează
și obiecte care indică la a .


Indică un nume de obiect de comitere sau etichetare. O comandă care necesită a argument
în cele din urmă vrea să opereze pe o obiect dar automat dereferențează
obiecte care indică la a .


Indică faptul că este necesar un tip de obiect. În prezent, unul dintre: blob, tree, commit sau
etichetă.


Indică un nume de fișier - aproape întotdeauna relativ la rădăcina structurii arborescente
GIT_INDEX_FILE descrie.

SIMBOLIC IDENTIFICATORI

Orice comandă Git acceptă oricare poate folosi și următoarea notație simbolică:

HEAD
indică șeful filialei curente.


o etichetă validă nume (adică un refs/etichete/ referinţă).


un cap valid nume (adică un arbitru/cap/ referinţă).

Pentru o listă mai completă a modalităților de a scrie numele obiectelor, consultați secțiunea „SPECIFICAREA REVIZIUNILOR”
in gitreviziuni(7).

FIȘIER/DIRECTOR STRUCTURA

Vă rugăm să consultați gitrepository-layout(5) document.

Citeste githooks(5) pentru mai multe detalii despre fiecare cârlig.

SCM-urile de nivel superior pot furniza și gestiona informații suplimentare în $GIT_DIR.

TERMINOLOGIE

Vă rugăm să consultaţi gitglosar(7).

MEDIUL VARIABILE

Diverse comenzi Git folosesc următoarele variabile de mediu:

merge Repertoriu
Aceste variabile de mediu se aplică la toate comenzile de bază Git. Nb: este de remarcat faptul că
acestea pot fi utilizate/supracrise de SCMS aflat deasupra Git, așa că aveți grijă dacă utilizați un străin
în față.

GIT_INDEX_FILE
Acest mediu permite specificarea unui fișier index alternativ. Dacă nu
specificat, se folosește valoarea implicită $GIT_DIR/index.

GIT_INDEX_VERSION
Această variabilă de mediu permite specificarea unei versiuni de index pentru noi
depozite. Nu va afecta fișierele index existente. În mod implicit, fișierul index versiunea 2 sau
3 este folosit. Vedea git-update-index(1) pentru mai multe informații.

GIT_OBJECT_DIRECTORY
Dacă directorul de stocare a obiectelor este specificat prin această variabilă de mediu, atunci
directoarele sha1 sunt create dedesubt - în caz contrar, implicit $GIT_DIR/objects
directorul este utilizat.

GIT_ALTERNATE_OBJECT_DIRECTORIES
Datorită naturii imuabile a obiectelor Git, obiectele vechi pot fi arhivate în partajate,
directoare numai pentru citire. Această variabilă specifică un „:” separat (pe Windows „;”
separate) listă de directoare de obiecte Git care pot fi folosite pentru a căuta obiecte Git.
Obiectele noi nu vor fi scrise în aceste directoare.

GIT_DIR
În cazul în care GIT_DIR variabila de mediu este setată, apoi specifică o cale de utilizat în loc de
.git implicit pentru baza depozitului. The --git-dir opțiunea de linie de comandă
setează de asemenea această valoare.

GIT_WORK_TREE
Setați calea către rădăcina arborelui de lucru. Acest lucru poate fi controlat și de către
--arborele-de-muncă opțiunea de linie de comandă și variabila de configurare core.worktree.

GIT_NAMESPACE
Setați spațiul de nume Git; vedea gitnamespaces(7) pentru detalii. The --namespace Linie de comanda
opțiunea setează și această valoare.

GIT_CEILING_DIRECTORIES
Aceasta ar trebui să fie o listă de căi absolute, separate prin două puncte. Dacă este setată, este o listă de
directoare în care Git nu ar trebui să se încarce în timp ce caută un director de depozit
(util pentru excluderea directoarelor de rețea cu încărcare lentă). Nu va exclude
directorul de lucru curent sau un GIT_DIR setat pe linia de comandă sau în mediu.
În mod normal, Git trebuie să citească intrările din această listă și să rezolve orice legătură simbolică care ar putea
fi prezent pentru a le compara cu directorul curent. Totuși, dacă chiar și asta
accesul este lent, puteți adăuga o intrare goală la listă pentru a-i spune lui Git că următorul
intrările nu sunt legături simbolice și nu trebuie rezolvate; de exemplu,
GIT_CEILING_DIRECTORIES=/poate/symlink::/very/slow/non/symlink.

GIT_DISCOVERY_ACROSS_FILESYSTEM
Când rulează într-un director care nu are directorul de depozit „.git”, Git încearcă
găsiți un astfel de director în directoarele părinte pentru a găsi partea de sus a arborelui de lucru,
dar implicit nu depășește granițele sistemului de fișiere. Această variabilă de mediu poate
fi setat la true pentru a-i spune lui Git să nu se oprească la granițele sistemului de fișiere. Ca
GIT_CEILING_DIRECTORIES, acest lucru nu va afecta un director de depozit explicit setat prin
GIT_DIR sau pe linia de comandă.

GIT_COMMON_DIR
Dacă această variabilă este setată la o cale, fișiere non-worktree care sunt în mod normal în $GIT_DIR
vor fi luate în schimb de pe această cale. Fișierele specifice arborelui de lucru, cum ar fi HEAD sau index
sunt preluate din $GIT_DIR. Vedea gitrepository-layout(5) și git-worktree(1) pentru detalii.
Această variabilă are o prioritate mai mică decât alte variabile de cale, cum ar fi GIT_INDEX_FILE,
GIT_OBJECT_DIRECTORY...

merge încredințarile
GIT_AUTHOR_NAME, GIT_AUTHOR_EMAIL, GIT_AUTHOR_DATE, GIT_COMMITTER_NAME,
GIT_COMMITTER_EMAIL, GIT_COMMITTER_DATE, E-MAIL
vedea git-commit-tree(1)

merge Diferențe
GIT_DIFF_OPTS
Singura setare validă este "--unified=???" sau "-u?? pentru a seta numărul de linii de context
afișat atunci când este creată o diferență unificată. Aceasta are prioritate față de orice „-U” sau
Valoarea opțiunii „--unified” a fost transmisă pe linia de comandă Git diff.

GIT_EXTERNAL_DIFF
Când variabila de mediu GIT_EXTERNAL_DIFF este setat, programul numit de acesta este
numit, în loc de invocarea diff descrisă mai sus. Pentru o cale care este adăugată,
eliminat sau modificat, GIT_EXTERNAL_DIFF este apelat cu 7 parametri:

cale fișier vechi vechi-hex mod vechi fișier nou nou-hex mod nou

în cazul în care:

-fişier
sunt fișiere pe care GIT_EXTERNAL_DIFF le poate folosi pentru a citi conținutul ,

-hex
sunt hashurile SHA-40 cu 1 de cifre hexadecimale,

-mod
sunt reprezentarea octală a modurilor de fișier.

Parametrii fișierului pot indica fișierul de lucru al utilizatorului (de exemplu, fișier nou în
„git-diff-files”), /dev/null (de exemplu, fișierul vechi când este adăugat un fișier nou) sau un fișier temporar
fișier (de exemplu, fișierul vechi din index). GIT_EXTERNAL_DIFF nu ar trebui să vă faceți griji
deconectarea fișierului temporar --- este eliminat când GIT_EXTERNAL_DIFF iesirile.

Pentru o cale care este necontopită, GIT_EXTERNAL_DIFF este apelat cu 1 parametru, .

Pentru fiecare cale GIT_EXTERNAL_DIFF se numește două variabile de mediu,
GIT_DIFF_PATH_COUNTER și GIT_DIFF_PATH_TOTAL sunt setate.

GIT_DIFF_PATH_COUNTER
Un numărător bazat pe 1, incrementat cu unul pentru fiecare cale.

GIT_DIFF_PATH_TOTAL
Numărul total de căi.

alte
GIT_MERGE_VERBOSITY
Un număr care controlează cantitatea de ieșire afișată de strategia de îmbinare recursivă.
Suprascrie merge.verbosity. Vedea git-merge(1)

GIT_PAGER
Această variabilă de mediu suprascrie $PAGER. Dacă este setat la un șir gol sau la
valoarea „cat”, Git nu va lansa un pager. Vedeți și opțiunea core.pager în git-
config(1).

GIT_EDITOR
Această variabilă de mediu suprascrie $EDITOR și $VISUAL. Este folosit de mai multe Git
comenzi atunci când, în modul interactiv, urmează să fie lansat un editor. Vezi si git-var(1)
iar opțiunea core.editor în git-config(1).

GIT_SSH, GIT_SSH_COMMAND
Dacă oricare dintre aceste variabile de mediu este setată, atunci merge aduc și merge împinge voi folosi
comanda specificată în loc de ssh atunci când trebuie să se conecteze la un sistem de la distanță. The
comanda vor primi exact două sau patru argumente: the nume utilizator@gazdă (sau doar gazdă)
din URL și comanda shell pentru a fi executate pe acel sistem la distanță, opțional
precedat de -p (literal) și cel port de la URL atunci când specifică altceva
decât portul SSH implicit.

$GIT_SSH_COMMAND are prioritate față de $GIT_SSH și este interpretat de shell,
ceea ce permite includerea unor argumente suplimentare. $GIT_SSH, pe de altă parte, trebuie să fie
doar calea către un program (care poate fi un script shell wrapper, dacă este suplimentar
sunt necesare argumente).

De obicei, este mai ușor să configurați orice opțiuni dorite prin intermediul personalului dvs
fișier .ssh/config. Vă rugăm să consultați documentația ssh pentru mai multe detalii.

GIT_ASKPASS
Dacă această variabilă de mediu este setată, atunci comenzile Git care trebuie să obțină parole
sau frazele de acces (de exemplu, pentru autentificare HTTP sau IMAP) vor apela acest program cu a
prompt adecvat ca argument de linie de comandă și citiți parola din STDOUT. Vedea
De asemenea core.askPass opțiune în git-config(1).

GIT_TERMINAL_PROMPT
Dacă această variabilă de mediu este setată la 0, git nu va solicita pe terminal (de exemplu,
când cereți autentificarea HTTP).

GIT_CONFIG_NOSYSTEM
Dacă să omiteți setările de citire din fișierul $(prefix)/etc/gitconfig la nivel de sistem.
Această variabilă de mediu poate fi utilizată împreună cu $HOME și $XDG_CONFIG_HOME pentru a crea
un mediu previzibil pentru un script pretențios sau îl puteți seta temporar pentru a evita
folosind un fișier /etc/gitconfig cu erori în timp ce așteptați pe cineva cu suficient
permisiuni pentru a o repara.

GIT_FLUSH
Dacă această variabilă de mediu este setată la „1”, atunci comenzi precum merge vină (În
modul incremental), merge rev-list, merge log, merge check-attr și merge verifica-ignora voi
forțați o spălare a fluxului de ieșire după ce fiecare înregistrare a fost spălată. Dacă aceasta
variabila este setată la „0”, ieșirea acestor comenzi se va face folosind complet
I/O tamponat. Dacă această variabilă de mediu nu este setată, Git va alege buffered sau
spălare orientată spre înregistrare în funcție de faptul dacă stdout pare a fi redirecționat către un fișier sau
nu.

GIT_TRACE
Permite mesaje de urmărire generale, de exemplu, extinderea aliasului, executarea comenzilor încorporate și
executarea comenzilor externe.

Dacă această variabilă este setată la „1”, „2” sau „adevărat” (comparația nu face distincție între majuscule și minuscule), urmăriți
mesajele vor fi tipărite în stderr.

Dacă variabila este setată la o valoare întreagă mai mare de 2 și mai mică de 10 (strict)
apoi Git va interpreta această valoare ca un descriptor de fișier deschis și va încerca să scrie
mesajele de urmărire în acest descriptor de fișier.

Alternativ, dacă variabila este setată la o cale absolută (începând cu a /
caracter), Git va interpreta aceasta ca o cale de fișier și va încerca să scrie următorul
mesaje în el.

Anularea variabilei sau setarea acesteia la gol, „0” sau „fals” (indiferență majuscule și minuscule)
dezactivează mesajele de urmărire.

GIT_TRACE_PACK_ACCESS
Activează mesajele de urmărire pentru toate accesele la orice pachet. Pentru fiecare acces, fișierul pachet
numele și un offset în pachet este înregistrat. Acest lucru poate fi util pentru depanare
unele probleme de performanță legate de pachet. Vedea GIT_TRACE pentru ieșirea de urmărire disponibilă
opțiuni.

GIT_TRACE_PACKET
Activează mesajele de urmărire pentru toate pachetele care intră sau ies dintr-un anumit program. Acesta poate
ajutor cu negocierea obiectelor de depanare sau alte probleme de protocol. Urmărirea este dezactivată
la un pachet care începe cu „PACK” (dar vezi GIT_TRACE_PACKFILE de mai jos). Vedea GIT_TRACE pentru
opțiunile de ieșire de urmărire disponibile.

GIT_TRACE_PACKFILE
Permite urmărirea fișierelor pachet trimise sau primite de un anumit program. Spre deosebire de alte urme
ieșire, această urmărire este textuală: fără antete și fără citarea datelor binare. Aproape tu
cu siguranță doriți să direcționați într-un fișier (de exemplu, GIT_TRACE_PACKFILE=/tmp/my.pack) mai degrabă
decât să-l afişezi pe terminal sau să-l amesteci cu alte ieşiri de urmărire.

Rețineți că acest lucru este implementat în prezent numai pentru partea client a clonelor și
aduce.

GIT_TRACE_PERFORMANCE
Permite mesaje de urmărire legate de performanță, de exemplu timpul total de execuție al fiecărui Git
comanda. Vedea GIT_TRACE pentru opțiunile de ieșire de urmărire disponibile.

GIT_TRACE_SETUP
Activează mesajele de urmărire care imprimă .git, arborele de lucru și directorul de lucru curent
după ce Git și-a încheiat faza de configurare. Vedea GIT_TRACE pentru ieșirea de urmărire disponibilă
opțiuni.

GIT_TRACE_SHALLOW
Activează mesajele de urmărire care pot ajuta la depanare preluarea/clonarea superficială
depozite. Vedea GIT_TRACE pentru opțiunile de ieșire de urmărire disponibile.

GIT_LITERAL_PATHSPECS
Setarea acestei variabile la 1 va face ca Git să trateze literalmente toate specificațiile de cale
decât ca modele glob. De exemplu, rularea GIT_LITERAL_PATHSPECS=1 git log -- '*.c'
va căuta comit-uri care ating calea *.c, nu orice căi pe care globul *.c
chibrituri. S-ar putea să doriți acest lucru dacă furnizați căi literale către Git (de exemplu, căi
dat anterior de către git ls-tree, --raw diff output, etc).

GIT_GLOB_PATHSPECS
Setarea acestei variabile la 1 va face ca Git să trateze toate căile ca modele glob (alias
magie „glob”.

GIT_NOGLOB_PATHSPECS
Setarea acestei variabile la 1 va face ca Git să trateze toate căile ca fiind literale (alias
magie „literală”).

GIT_ICASE_PATHSPECS
Setarea acestei variabile la 1 va face ca Git să trateze toate căile ca insensibile la majuscule și minuscule.

GIT_REFLOG_ACTION
Când o referință este actualizată, intrările de reflog sunt create pentru a urmări motivul pentru care
ref a fost actualizat (care este de obicei numele comenzii de nivel înalt care a fost actualizat
ref), pe lângă valorile vechi și noi ale ref. Un porțelan cu scenariu
comanda poate folosi funcția set_reflog_action helper din git-sh-setup pentru a-și seta numele
această variabilă atunci când este invocată ca comandă de nivel superior de către utilizatorul final, să fie
înregistrate în corpul reflogului.

GIT_REF_PARANOIA
Dacă este setată la 1, includeți referințe sparte sau prost numite atunci când repetați peste liste de referințe. În
un depozit normal, necorupt, aceasta nu face nimic. Cu toate acestea, activarea acestuia poate ajuta
git pentru a detecta și a anula unele operațiuni în prezența referințelor sparte. Git stabilește asta
variabilă automat atunci când se efectuează operațiuni distructive precum git-prune(1). Tu
nu ar trebui să-l setați singur, decât dacă doriți să fiți paranoic pentru a vă asigura că un
operațiunea a atins fiecare ref (de exemplu, pentru că clonați un depozit pentru a face un
backup).

GIT_ALLOW_PROTOCOL
Dacă este setată, furnizați o listă de protocoale separate prin două puncte cu care pot fi utilizate
aduce/împinge/clonează. Acest lucru este util pentru a restricționa inițializarea recursivă a submodulului de la
un depozit de încredere. Orice protocol care nu este menționat va fi interzis (adică, acesta este
o listă albă, nu o listă neagră). Dacă variabila nu este setată deloc, toate protocoalele sunt
activat. Numele de protocol utilizate în prezent de git sunt:

· fișier: orice cale locală bazată pe fișiere (inclusiv URL-uri file:// sau căi locale)

· git: protocolul git anonim printr-o conexiune TCP directă (sau proxy, dacă
configurat)

· ssh: git peste ssh (inclusiv sintaxa gazdă:cale, git+ssh://, etc).

· rsync: git peste rsync

· http: git peste http, atât „http inteligent” cât și „http prost”. Rețineți că acest lucru este valabil nu
include https; dacă le doriți pe amândouă, ar trebui să le specificați pe ambele ca http:https.

· orice ajutor extern este denumit după protocolul lor (de exemplu, utilizați hg pentru a permite
ajutor git-remote-hg)

DISCUŢIE

Mai multe detalii despre următoarele sunt disponibile de la merge Concepte capitol of il
manual de utilizare[2] și gitcore-tutorial(7).

Un proiect Git constă în mod normal dintr-un director de lucru cu un subdirector „.git” la
nivel superior. Directorul .git conține, printre altele, o bază de date de obiecte comprimate
reprezentând istoria completă a proiectului, un fișier „index” care leagă istoria respectivă
la conținutul curent al arborelui de lucru și indicatorii numiti în acel istoric, cum ar fi
etichete și capete de ramuri.

Baza de date de obiecte conține obiecte de trei tipuri principale: blob-uri, care dețin date de fișier;
arbori, care indică blob-uri și alți arbori pentru a construi ierarhii de directoare; și
commit-uri, care face referire fiecare la un singur arbore și un anumit număr de comite-uri părinte.

Commit-ul, echivalent cu ceea ce alte sisteme numesc „changeset” sau „versiune”, reprezintă a
pas în istoria proiectului, iar fiecare părinte reprezintă un pas imediat precedent.
Angajările cu mai mult de un părinte reprezintă fuziuni ale liniilor independente de dezvoltare.

Toate obiectele sunt denumite prin hash-ul SHA-1 al conținutului lor, scris în mod normal ca un șir de
40 de cifre hexadecimale. Astfel de nume sunt unice la nivel global. Întreaga istorie care a condus la un comit
poate fi garantat prin semnarea acelui angajament. Este furnizat un al patrulea tip de obiect, eticheta
în acest scop.

Atunci când sunt create pentru prima dată, obiectele sunt stocate în fișiere individuale, dar pentru eficiență poate mai târziu
să fie comprimate împreună în „fișiere pachet”.

Indicatorii numiți numiti refs marchează puncte interesante din istorie. O referință poate conține SHA-1
numele unui obiect sau numele altui ref. Refs cu nume care încep ref/head/contain
numele SHA-1 al celui mai recent commit (sau „șef”) al unei ramuri în curs de dezvoltare. SHA-1
numele etichetelor de interes sunt stocate sub ref/tags/. O referință specială numită HEAD conține
numele sucursalei înregistrate în prezent.

Fișierul index este inițializat cu o listă a tuturor căilor și, pentru fiecare cale, un obiect blob
și un set de atribute. Obiectul blob reprezintă conținutul fișierului începând cu
şef al filialei actuale. Atributele (ora ultimei modificări, dimensiunea etc.) sunt preluate din
fișierul corespunzător din arborele de lucru. Modificările ulterioare ale arborelui de lucru pot fi
găsite prin compararea acestor atribute. Indexul poate fi actualizat cu conținut nou și nou
commit-urile pot fi create din conținutul stocat în index.

Indexul este, de asemenea, capabil să stocheze mai multe intrări (numite „etape”) pentru un anumit
nume cale. Aceste etape sunt folosite pentru a păstra diferite versiuni necombinate ale unui fișier atunci când a
fuziunea este în curs.

MAI DEPARTE DOCUMENTAȚIE

Consultați referințele din secțiunea „descriere” pentru a începe să utilizați Git. Următorul este
probabil mai multe detalii decât este necesar pentru un utilizator începător.

merge Concepte capitol of il manual de utilizare[2] și gitcore-tutorial(7) ambele furnizează
introduceri în arhitectura Git de bază.

Vedea gitworkflows(7) pentru o prezentare generală a fluxurilor de lucru recomandate.

Consultați și howto[3] documente pentru câteva exemple utile.

Elementele interne sunt documentate în merge API documentaţie[4].

Utilizatorii care migrează de la CVS ar putea dori, de asemenea, să citească gitcvs-migrare(7).

AUTORI

Git a fost început de Linus Torvalds și este întreținut în prezent de Junio ​​C Hamano. numeroși
contribuțiile au venit din lista de corespondență Git[e-mail protejat][5]>.
http://www.openhub.net/p/git/contributors/summary vă oferă o listă mai completă a
contribuabili.

Dacă aveți o clonă a git.git în sine, rezultatul lui git-shortlog(1) și git-vina(1) poate
vă arătați autorii pentru anumite părți ale proiectului.

RAPORTAREA GANDACI

Raportați erori pe lista de corespondență Git[e-mail protejat][5]> unde dezvoltarea și
întreținerea se face în primul rând. Nu trebuie să fii abonat la listă pentru a trimite un
mesaj acolo.

Utilizați git online folosind serviciile onworks.net