git - Online in de cloud

PROGRAMMA:

NAAM

git - de stomme contenttracker

KORTE INHOUD

git [--versie] [--help] [-C ] [-C = ]
[--exec-pad[= ]] [--html-pad] [--man-pad] [--info-pad]
[-p|--pagineren|--no-pager] [--no-replace-objects] [--bare]
[--git-dir= ] [--work-tree= ] [--namespace= ]
[ ]

PRODUCTBESCHRIJVING

Git is een snel, schaalbaar, gedistribueerd revisiecontrolesysteem met een ongewoon rijke
opdrachtenset die zowel bewerkingen op hoog niveau als volledige toegang tot internals biedt.

Bekijk gitaarles(7) om te beginnen, kijk dan giteelke dag(7) voor een bruikbare minimale set van
commando's. De Git Gebruiker Handmatig[1] heeft een meer diepgaande introductie.

Nadat je de basisconcepten onder de knie hebt, kun je terugkeren naar deze pagina om te leren wat:
commando's die Git aanbiedt. Je kunt meer leren over individuele Git-commando's met "git help
opdracht". gitcli(7) man-pagina geeft u een overzicht van de opdrachtregelsyntaxis.

Geformatteerde en gehyperlinkte versie van de nieuwste Git-documentatie kan worden bekeken op:
http://git-htmldocs.googlecode.com/git/git.html.

OPTIES

--versie
Drukt de Git suite-versie af die de git programma vandaan kwam.

--help
Drukt de synopsis en een lijst met de meest gebruikte commando's af. Als de optie --alle
or -a wordt gegeven, worden alle beschikbare opdrachten afgedrukt. Als een Git-opdracht deze heet
optie zal de handmatige pagina voor die opdracht oproepen.

Er zijn andere opties beschikbaar om te bepalen hoe de handmatige pagina wordt weergegeven. Zien git-
hulp(1) voor meer informatie, omdat git --help ... intern wordt omgezet in git
helpen ....

-C
Uitvoeren alsof git is gestart in in plaats van de huidige werkdirectory. Wanneer
meerdere -C-opties worden gegeven, elke volgende niet-absolute -C wordt geïnterpreteerd
ten opzichte van de voorgaande -C .

Deze optie is van invloed op opties die een padnaam verwachten, zoals --git-dir en --work-tree in
dat hun interpretaties van de padnamen zouden worden gemaakt ten opzichte van de werkende
directory veroorzaakt door de -C optie. De volgende aanroepen zijn bijvoorbeeld:
gelijkwaardig:

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

-C =
Geef een configuratieparameter door aan de opdracht. De opgegeven waarde zal de waarden overschrijven
uit configuratiebestanden. De wordt verwacht in hetzelfde formaat als vermeld door git
config (subsleutels gescheiden door punten).

Merk op dat het weglaten van de = in git -c foo.bar ... is toegestaan ​​en stelt foo.bar in op de
boolean true value (net zoals [foo]bar zou doen in een configuratiebestand). Inclusief de gelijken
maar met een lege waarde (zoals git -c foo.bar= ...) stelt foo.bar in op de lege string.

--exec-pad[= ]
Pad naar waar uw kern Git-programma's zijn geïnstalleerd. Dit kan ook worden gecontroleerd door:
de omgevingsvariabele GIT_EXEC_PATH instellen. Als er geen pad wordt gegeven, git zal afdrukken
de huidige instelling en sluit vervolgens af.

--html-pad
Druk het pad af, zonder trailing slash, waar de HTML-documentatie van Git is geïnstalleerd
en verlaat.

--man-pad
Druk het manpad af (zie man(1)) voor de man-pagina's voor deze versie van Git en exit.

--info-pad
Druk het pad af waar de Info-bestanden die deze versie van Git documenteren zijn geïnstalleerd en
Uitgang.

-p, --pagineren
Leid alle output naar minder (of indien ingesteld, $PAGER) als de standaarduitvoer een terminal is. Dit
heft de pager op. configuratie-opties (zie het "Configuratiemechanisme"
gedeelte hieronder).

--geen-pager
Leid Git-uitvoer niet naar een pager.

--git-dir=
Stel het pad naar de repository in. Dit kan ook worden geregeld door de GIT_DIR . in te stellen
omgevingsvariabele. Het kan een absoluut pad zijn of een relatief pad naar de huidige bewerking
directory.

--werkboom=
Stel het pad naar de werkboom in. Het kan een absoluut pad zijn of een pad relatief ten opzichte van de
huidige werkmap. Dit kan ook worden geregeld door de GIT_WORK_TREE . in te stellen
omgevingsvariabele en de core.worktree configuratievariabele (zie core.worktree
in git-config(1) voor een meer gedetailleerde bespreking).

--namespace=
Stel de Git-naamruimte in. Zien gitnaamruimten(7) voor meer details. Gelijk aan instelling
de GIT_NAMESPACE omgevingsvariabele.

--kaal
Behandel de repository als een kale repository. Als de GIT_DIR-omgeving niet is ingesteld, is het:
ingesteld op de huidige werkdirectory.

--geen-vervang-objecten
Gebruik geen vervangende refs om Git-objecten te vervangen. Zien git-vervangen(1) voor meer
informatie.

--letterlijke-padspecificaties
Behandel pathspecs letterlijk (dwz geen globbing, geen pathspec-magie). Dit is gelijk aan
de omgevingsvariabele GIT_LITERAL_PATHSPECS instellen op 1.

--glob-padspecificaties
Voeg "glob" magie toe aan alle pathspec. Dit komt overeen met het instellen van de GIT_GLOB_PATHSPECS
omgevingsvariabele naar 1. Globbing op individuele padspecificaties kan worden uitgeschakeld
pathspec-magie gebruiken ":(letterlijk)"

--noglob-padspecificaties
Voeg "letterlijke" magie toe aan alle pathspec. Dit komt overeen met het instellen van de
GIT_NOGLOB_PATHSPECS omgevingsvariabele naar 1. Globbing op individu inschakelen
pathspecs kan worden gedaan met behulp van pathspec magic ":(glob)"

--icase-padspecificaties
Voeg "icase" magie toe aan alle pathspec. Dit komt overeen met het instellen van de
GIT_ICASE_PATHSPECS omgevingsvariabele naar 1.

GIT COMMANDO'S

We verdelen Git in commando's van hoog niveau ("porselein") en commando's van laag niveau ("loodgieterswerk").

HOOG NIVEAU COMMANDO'S (PORSELEIN)

We scheiden de porseleincommando's in de hoofdcommando's en een aantal ondersteunende gebruikers
nutsbedrijven.

Hoofd porselein commando's
git-toevoegen(1)
Voeg bestandsinhoud toe aan de index.

git-am(1)
Pas een reeks patches toe vanuit een mailbox.

git-archief(1)
Maak een archief van bestanden van een benoemde boom.

git-doorsnijding(1)
Gebruik binair zoeken om de commit te vinden die een bug heeft geïntroduceerd.

git-tak(1)
Vertakkingen weergeven, maken of verwijderen.

git-bundel(1)
Verplaats objecten en refs per archief.

git-afrekenen(1)
Wissel van vertakking of herstel werkende boombestanden.

git-cherry-pick(1)
Pas de wijzigingen toe die zijn geïntroduceerd door enkele bestaande commits.

git citool(1)
Grafisch alternatief voor git-commit.

git-schoon(1)
Verwijder niet-bijgehouden bestanden uit de werkboom.

git-kloon(1)
Kloon een repository in een nieuwe map.

git-commit(1)
Registreer wijzigingen in de repository.

git-beschrijven(1)
Beschrijf een commit met behulp van de meest recente tag die er vanaf kan worden bereikt.

git-diff(1)
Toon veranderingen tussen commits, commit en werkboom, etc.

git-ophalen(1)
Download objecten en refs uit een andere repository.

git-formaat-patch(1)
Patches voorbereiden voor indiening per e-mail.

git-gc(1)
Ruim onnodige bestanden op en optimaliseer de lokale repository.

git-grep(1)
Druk lijnen af ​​die overeenkomen met een patroon.

git-gui(1)
Een draagbare grafische interface naar Git.

git-init(1)
Maak een lege Git-repository of initialiseer een bestaande opnieuw.

git-log(1)
Commit-logboeken weergeven.

git-samenvoegen(1)
Voeg twee of meer ontwikkelingsgeschiedenissen samen.

git-mv(1)
Verplaats of hernoem een ​​bestand, een map of een symbolische link.

git-opmerkingen(1)
Objectnotities toevoegen of inspecteren.

git-pull(1)
Ophalen van en integreren met een andere repository of een lokale vestiging.

git-push(1)
Update externe refs samen met bijbehorende objecten.

git-rebase(1)
Forward-port lokale commits naar de bijgewerkte upstream-kop.

git-reset(1)
Zet de huidige HEAD terug in de gespecificeerde staat.

git-terugzetten(1)
Zet een aantal bestaande commits terug.

git-rm(1)
Verwijder bestanden uit de werkboom en uit de index.

git-shortlog(1)
Samenvatten git inloggen uitgang.

git-show(1)
Laat verschillende soorten objecten zien.

git-stash(1)
Berg de wijzigingen op in een vuile werkmap.

git-status(1)
Toon de status van de werkboom.

git-submodule(1)
Initialiseer, update of inspecteer submodules.

git-tag(1)
Maak, vermeld, verwijder of verifieer een tag-object dat is ondertekend met GPG.

git-werkboom(1)
Beheer meerdere werkende bomen.

gek(1)
De Git-repositorybrowser.

ondergeschikt commando's
Manipulatoren:

git-config(1)
Ontvang en stel repository of globale opties in.

git-fast-export(1)
Git-gegevensexporteur.

git-snel-import(1)
Backend voor snelle Git-gegevensimporteurs.

git-filter-branch(1)
Herschrijf takken.

git-mergetool(1)
Voer hulpprogramma's voor het oplossen van samenvoegconflicten uit om samenvoegconflicten op te lossen.

git-pack-refs(1)
Pak heads en tags in voor efficiënte toegang tot de repository.

git-snoei(1)
Snoei alle onbereikbare objecten uit de objectdatabase.

git-reflog(1)
Beheer reflog-informatie.

git-relink(1)
Hardlink gemeenschappelijke objecten in lokale repositories.

git-afstandsbediening(1)
Beheer set bijgehouden opslagplaatsen.

git-opnieuw inpakken(1)
Verpak onverpakte objecten in een repository.

git-vervangen(1)
Maak, lijst, verwijder refs om objecten te vervangen.

ondervragers:

git-annoteren(1)
Annoteer bestandsregels met commit-informatie.

git-schuld(1)
Laat zien welke revisie en auteur het laatst elke regel van een bestand heeft gewijzigd.

git-kers(1)
Zoek commits die nog moeten worden toegepast op upstream.

git-count-objecten(1)
Tel het uitgepakte aantal objecten en hun schijfverbruik.

git-difftool(1)
Toon wijzigingen met behulp van algemene diff-tools.

git-fsck(1)
Controleert de connectiviteit en geldigheid van de objecten in de database.

git-get-tar-commit-id(1)
Pak de commit-ID uit een archief dat is gemaakt met git-archive.

git-help(1)
Help-informatie over Git weergeven.

git-instaweb(1)
Blader direct door uw werkrepository in gitweb.

git-merge-boom(1)
Drievoudige samenvoeging weergeven zonder de index aan te raken.

git-rerere(1)
Hergebruik opgenomen resolutie van conflicterende samenvoegingen.

git-rev-ontleden(1)
Kies en masseer parameters.

git-show-branch(1)
Toon branches en hun commits.

git-verify-commit(1)
Controleer de GPG-handtekening van commits.

git-verifiëren-tag(1)
Controleer de GPG-handtekening van tags.

git-wat-veranderd(1)
Toon logs met verschil dat elke commit introduceert.

gitweb(1)
Git-webinterface (webfrontend naar Git-repositories).

interactie Met Overig
Deze commando's zijn bedoeld om te communiceren met buitenlandse SCM en met andere mensen via patch-over
e-mail adres.

git-archimport(1)
Importeer een Arch-repository in Git.

git-cvsexportcommit(1)
Exporteer een enkele commit naar een CVS-checkout.

git-cvsimport(1)
Red uw gegevens uit een andere SCM die mensen graag haten.

git-cvsserver(1)
Een CVS-serveremulator voor Git.

git-imap-verzenden(1)
Stuur een verzameling patches van stdin naar een IMAP-map.

git-p4(1)
Importeer uit en verstuur naar Perforce repositories.

git-quiltimport(1)
Past een quilt-patchset toe op de huidige tak.

git-verzoek-pull(1)
Genereert een overzicht van in behandeling zijnde wijzigingen.

git-send-e-mail(1)
Stuur een verzameling patches als e-mails.

git-svn(1)
Bidirectionele werking tussen een Subversion-repository en Git.

LAAG NIVEAU COMMANDO'S (LOODGIETER)

Hoewel Git zijn eigen porseleinlaag bevat, zijn de commando's op laag niveau voldoende om:
ondersteuning van de ontwikkeling van alternatief porselein. Ontwikkelaars van dergelijk porselein zouden kunnen beginnen
door te lezen over git-update-index(1) en git-lees-boom(1).

De interface (invoer, uitvoer, set opties en de semantiek) naar deze low-level
commando's zijn bedoeld om veel stabieler te zijn dan commando's op porseleinniveau, omdat deze
commando's zijn in de eerste plaats bedoeld voor gebruik in scripts. De interface naar Porselein-opdrachten aan de andere kant
hand kunnen worden gewijzigd om de eindgebruikerservaring te verbeteren.

De volgende beschrijving verdeelt de commando's op laag niveau in commando's die manipuleren
objecten (in de repository, index en werkboom), opdrachten die vragen en
vergelijk objecten en opdrachten die objecten en verwijzingen tussen opslagplaatsen verplaatsen.

Manipulatie commando's
git-toepassen(1)
Pas een patch toe op bestanden en/of op de index.

git-checkout-index(1)
Kopieer bestanden van de index naar de werkboom.

git-commit-boom(1)
Maak een nieuw commit-object.

git-hash-object(1)
Bereken object-ID en maakt optioneel een blob van een bestand.

git-index-pack(1)
Bouw een pakketindexbestand op voor een bestaand ingepakt archief.

git-merge-bestand(1)
Voer een bestandssamenvoeging in drie richtingen uit.

git-merge-index(1)
Voer een samenvoeging uit voor bestanden die moeten worden samengevoegd.

git-mktag(1)
Maakt een tag-object.

git-mktree(1)
Bouw een tree-object van ls-tree opgemaakte tekst.

git-pack-objecten(1)
Maak een volgepakt archief van objecten.

git-prune-verpakt(1)
Verwijder extra objecten die al in pakketbestanden staan.

git-lees-boom(1)
Leest boominformatie in de index.

git-symbolische-ref(1)
Lees, wijzig en verwijder symbolische refs.

git-uitpakken-objecten(1)
Pak objecten uit een ingepakt archief uit.

git-update-index(1)
Registreer bestandsinhoud in de werkboom in de index.

git-update-ref(1)
Werk de objectnaam die is opgeslagen in een ref veilig bij.

git-schrijf-boom(1)
Maak een structuurobject van de huidige index.

Ondervraging commando's
git-cat-bestand(1)
Geef informatie over inhoud of type en grootte voor repository-objecten.

git-diff-bestanden(1)
Vergelijkt bestanden in de werkboom en de index.

git-diff-index(1)
Vergelijk een boom met de werkende boom of index.

git-diff-boom(1)
Vergelijkt de inhoud en modus van blobs die zijn gevonden via twee boomobjecten.

git-voor-elke-ref(1)
Uitvoerinformatie op elke ref.

git-ls-bestanden(1)
Toon informatie over bestanden in de index en de werkboom.

git-ls-remote(1)
Lijst met referenties in een externe repository.

git-ls-boom(1)
Maak een lijst van de inhoud van een boomobject.

git-merge-base(1)
Zoek zo goed mogelijke gemeenschappelijke voorouders voor een fusie.

git-naam-rev(1)
Zoek symbolische namen voor bepaalde toeren.

git-pack-overtollig(1)
Vind overbodige pakketbestanden.

git-rev-lijst(1)
Geeft commit-objecten weer in omgekeerde chronologische volgorde.

git-show-index(1)
Toon verpakte archiefindex.

git-show-ref(1)
Vermeld referenties in een lokale repository.

git-uitpakken-bestand(1)
Maakt een tijdelijk bestand met de inhoud van een blob.

git-var(1)
Toon een Git logische variabele.

git-verify-pack(1)
Valideer verpakte Git-archiefbestanden.

Over het algemeen raken de ondervragingscommando's de bestanden in de werkboom niet.

Synchroniseren repositories
git-daemon(1)
Een heel eenvoudige server voor Git-repositories.

git-fetch-pack(1)
Ontvang ontbrekende objecten uit een andere repository.

git-http-backend(1)
Server-side implementatie van Git via HTTP.

git-send-pack(1)
Push objecten via het Git-protocol naar een andere repository.

git-update-server-info(1)
Update het hulpinformatiebestand om domme servers te helpen.

De volgende zijn helpercommando's die door het bovenstaande worden gebruikt; eindgebruikers gebruiken ze meestal niet
direct.

git-http-fetch(1)
Downloaden van een externe Git-repository via HTTP.

git-http-push(1)
Push objecten via HTTP/DAV naar een andere repository.

git-parse-remote(1)
Routines om te helpen bij het parseren van parameters voor toegang tot de repository op afstand.

git-ontvangstpakket(1)
Ontvang wat in de repository wordt geduwd.

git-shell(1)
Beperkte login-shell voor alleen Git SSH-toegang.

git-upload-archief(1)
Stuur archief terug naar git-archive.

git-upload-pakket(1)
Stuur objecten ingepakt terug naar git-fetch-pack.

Intern helper commando's
Dit zijn interne hulpopdrachten die door andere opdrachten worden gebruikt; eindgebruikers gebruiken doorgaans geen
ze direct.

git-check-attr(1)
Informatie over gitattributen weergeven.

git-check-negeren(1)
Debug gitignore / bestanden uitsluiten.

git-check-mailmap(1)
Toon canonieke namen en e-mailadressen van contacten.

git-check-ref-formaat(1)
Zorgt ervoor dat een referentienaam goed gevormd is.

git-kolom(1)
Gegevens weergeven in kolommen.

git-referentie(1)
Gebruikersreferenties ophalen en opslaan.

git-referentie-cache(1)
Helper om wachtwoorden tijdelijk in het geheugen op te slaan.

git-referentie-opslag(1)
Helper om referenties op schijf op te slaan.

git-fmt-merge-bericht(1)
Produceer een merge commit bericht.

git-interpretatie-trailers(1)
helpen bij het toevoegen van gestructureerde informatie aan commit-berichten.

git-mailinfo(1)
Haalt patch en auteurschap uit een enkel e-mailbericht.

git-mailsplit(1)
Eenvoudig UNIX mbox-splitterprogramma.

git-samenvoegen-één-bestand(1)
Het standaard hulpprogramma voor gebruik met git-merge-index.

git-patch-id(1)
Bereken unieke ID voor een patch.

git-sh-i18n(1)
Git's i18n-installatiecode voor shell-scripts.

git-sh-setup(1)
Algemene Git-shellscript-setupcode.

git-stripruimte(1)
Verwijder onnodige witruimte.

CONFIGURATIE MECHANISME

Git gebruikt een eenvoudig tekstformaat om aanpassingen op te slaan die per repository zijn en per
gebruiker. Zo'n configuratiebestand kan er als volgt uitzien:

#
# Een '#' of ';' karakter geeft een opmerking aan.
#

; kernvariabelen
[kern]
; Vertrouw bestandsmodi niet
bestandsmodus = onwaar

; gebruikersidentiteit
[User]
naam = "Junio ​​C Hamano"
e-mail = "[e-mail beveiligd]"

Verschillende commando's lezen uit het configuratiebestand en passen hun werking dienovereenkomstig aan.
Bekijk git-config(1) voor een lijst en meer details over het configuratiemechanisme.

IDENTIFICATIE TERMINOLOGIE

Geeft de objectnaam aan voor elk type object.


Geeft de naam van een blob-object aan.


Geeft de naam van een boomobject aan.


Geeft de naam van een vastleggingsobject aan.


Geeft een boom-, commit- of tag-objectnaam aan. Een commando dat een duurt
argument wil uiteindelijk opereren op een object maar automatisch dereferenties
en objecten die wijzen op a .


Geeft een commit- of tag-objectnaam aan. Een commando dat een duurt argument
wil uiteindelijk opereren op een object maar automatisch dereferenties
objecten die wijzen op a .


Geeft aan dat een objecttype vereist is. Momenteel een van: blob, tree, commit of
label.


Geeft een bestandsnaam aan - bijna altijd relatief ten opzichte van de wortel van de boomstructuur
GIT_INDEX_FILE beschrijft.

SYMBOLISCH IDENTIFICATIES

Elke Git-opdracht die elke accepteert kan ook de volgende symbolische notatie gebruiken:

HEAD
geeft het hoofd van de huidige tak aan.


een geldige tag naam (dwz een refs/tags/ verwijzing).


een geldig hoofd naam (dwz een refs/heads/ verwijzing).

Voor een meer volledige lijst met manieren om objectnamen te spellen, zie de sectie "HERZIENINGEN SPECIFICEREN"
in gitrevisies(7).

BESTAND/DIRECTORY STRUCTUUR

Zie de gitrepository-lay-out(5) documenteren.

Lees githaken(5) voor meer details over elke haak.

SCM's van een hoger niveau kunnen aanvullende informatie verstrekken en beheren in de $GIT_DIR.

TERMINOLOGIE

Alsjeblieft zie woordenlijst(7).

MILIEU VARIABELEN

Verschillende Git-commando's gebruiken de volgende omgevingsvariabelen:

De Git bewaarplaats
Deze omgevingsvariabelen zijn van toepassing op: allen kern Git-commando's. Nb: het is vermeldenswaard dat
ze kunnen worden gebruikt/overschreven door SCMS dat boven Git zit, dus pas op als je een buitenlands gebruikt
voorkant.

GIT_INDEX_FILE
In deze omgeving kan een alternatief indexbestand worden gespecificeerd. Als niet
opgegeven, wordt de standaard $GIT_DIR/index gebruikt.

GIT_INDEX_VERSION
Met deze omgevingsvariabele kan een indexversie worden gespecificeerd voor nieuwe
opslagplaatsen. Het heeft geen invloed op bestaande indexbestanden. Standaard indexbestand versie 2 of
3 wordt gebruikt. Zien git-update-index(1) voor meer informatie.

GIT_OBJECT_DIRECTORY
Als de objectopslagdirectory is opgegeven via deze omgevingsvariabele, dan is de
sha1-directory's worden eronder gemaakt - anders is de standaard $GIT_DIR/objects
map wordt gebruikt.

GIT_ALTERNATE_OBJECT_DIRECTORIES
Vanwege de onveranderlijke aard van Git-objecten, kunnen oude objecten worden gearchiveerd in gedeelde,
alleen-lezen mappen. Deze variabele specificeert een ":" gescheiden (op Windows ";"
gescheiden) lijst met Git-objectdirectory's die kunnen worden gebruikt om naar Git-objecten te zoeken.
Nieuwe objecten worden niet naar deze mappen geschreven.

GIT_DIR
Indien de GIT_DIR omgevingsvariabele is ingesteld, specificeert het een pad dat moet worden gebruikt in plaats van
de standaard .git voor de basis van de repository. De --git-dir opdrachtregeloptie
stelt deze waarde ook in.

GIT_WORK_TREE
Stel het pad naar de wortel van de werkboom in. Dit kan ook worden gecontroleerd door de
--werkboom opdrachtregeloptie en de configuratievariabele core.worktree.

GIT_NAMESPACE
Stel de Git-naamruimte in; zien gitnaamruimten(7) voor details. De --naamruimte command-line
optie stelt ook deze waarde in.

GIT_CEILING_DIRECTORIES
Dit moet een door dubbele punten gescheiden lijst van absolute paden zijn. Indien ingesteld, is het een lijst van
directory's waar Git niet in zou moeten gaan tijdens het zoeken naar een repository-directory
(handig voor het uitsluiten van langzaam ladende netwerkmappen). Het sluit niet uit dat
huidige werkmap of een GIT_DIR ingesteld op de opdrachtregel of in de omgeving.
Normaal gesproken moet Git de items in deze lijst lezen en eventuele symlinks oplossen die mogelijk
aanwezig zijn om ze te vergelijken met de huidige directory. Echter, als zelfs dit
toegang traag is, kunt u een lege invoer aan de lijst toevoegen om Git te vertellen dat de volgende
vermeldingen zijn geen symbolische links en hoeven niet te worden opgelost; bijv.,
GIT_CEILING_DIRECTORIES=/misschien/symlink::/zeer/langzaam/niet/symlink.

GIT_DISCOVERY_ACROSS_FILESYSTEM
Wanneer het wordt uitgevoerd in een map die geen ".git" repository-map heeft, probeert Git om
vind een dergelijke map in de bovenliggende mappen om de top van de werkboom te vinden,
maar standaard overschrijdt het de grenzen van het bestandssysteem niet. Deze omgevingsvariabele kan
worden ingesteld op true om Git te vertellen niet te stoppen bij de grenzen van het bestandssysteem. Leuk vinden
GIT_CEILING_DIRECTORIES, dit heeft geen invloed op een expliciete repository-directory die is ingesteld via
GIT_DIR of op de opdrachtregel.

GIT_COMMON_DIR
Als deze variabele is ingesteld op een pad, worden niet-werkboombestanden die normaal in $GIT_DIR
zal in plaats daarvan van dit pad worden genomen. Worktree-specifieke bestanden zoals HEAD of index
zijn afkomstig uit $GIT_DIR. Zien gitrepository-lay-out(5) en git-werkboom(1) voor details.
Deze variabele heeft een lagere prioriteit dan andere padvariabelen zoals GIT_INDEX_FILE,
GIT_OBJECT_DIRECTORY...

Git commits
GIT_AUTHOR_NAME, GIT_AUTHOR_EMAIL, GIT_AUTHOR_DATE, GIT_COMMITTER_NAME,
GIT_COMMITTER_EMAIL, GIT_COMMITTER_DATE, EMAIL
zien git-commit-boom(1)

Git Verschillen
GIT_DIFF_OPTS
De enige geldige instelling is "--unified=??" of "-u?" om het aantal contextregels in te stellen
weergegeven wanneer een uniform diff wordt gemaakt. Dit heeft voorrang op elke "-U" of
"--unified" optiewaarde doorgegeven op de Git diff-opdrachtregel.

GIT_EXTERNAL_DIFF
Wanneer de omgevingsvariabele GIT_EXTERNAL_DIFF is ingesteld, is het programma dat erdoor wordt genoemd
aangeroepen, in plaats van de hierboven beschreven diff-aanroep. Voor een pad dat wordt toegevoegd,
verwijderd of gewijzigd, GIT_EXTERNAL_DIFF wordt aangeroepen met 7 parameters:

pad oud-bestand oud-hex oude-modus nieuw-bestand nieuw-hex nieuwe-modus

waar:

-het dossier
zijn bestanden die GIT_EXTERNAL_DIFF kan gebruiken om de inhoud van te lezen ,

-hex
zijn de 40-hexdigit SHA-1 hashes,

-modus
zijn de octale weergave van de bestandsmodi.

De bestandsparameters kunnen verwijzen naar het werkbestand van de gebruiker (bijv. nieuw-bestand in
"git-diff-files"), /dev/null (bijv. oud-bestand wanneer een nieuw bestand wordt toegevoegd), of een tijdelijke
bestand (bijv. oud-bestand in de index). GIT_EXTERNAL_DIFF moet je geen zorgen over maken
ontkoppelen van het tijdelijke bestand --- het wordt verwijderd wanneer GIT_EXTERNAL_DIFF uitgangen.

Voor een pad dat niet is samengevoegd, GIT_EXTERNAL_DIFF wordt aangeroepen met 1 parameter, .

Voor elk pad GIT_EXTERNAL_DIFF wordt genoemd, twee omgevingsvariabelen,
GIT_DIFF_PATH_COUNTER en GIT_DIFF_PATH_TOTAL spelen zich af.

GIT_DIFF_PATH_COUNTER
Een 1-gebaseerde teller verhoogd met één voor elk pad.

GIT_DIFF_PATH_TOTAL
Het totale aantal paden.

anders
GIT_MERGE_VERBOSITY
Een getal dat de hoeveelheid uitvoer regelt die wordt weergegeven door de recursieve samenvoegstrategie.
Overschrijft merge.breedsprakigheid. Zien git-samenvoegen(1)

GIT_PAGER
Deze omgevingsvariabele overschrijft $PAGER. Als het is ingesteld op een lege tekenreeks of op de
waarde "cat", zal Git geen pager starten. Zie ook de core.pager optie in git-
config(1).

GIT_EDITOR
Deze omgevingsvariabele overschrijft $EDITOR en $VISUAL. Het wordt gebruikt door verschillende Git
commando's wanneer, in de interactieve modus, een editor moet worden gestart. Zie ook git-var(1)
en de core.editor optie in git-config(1).

GIT_SSH, GIT_SSH_COMMAND
Als een van deze omgevingsvariabelen is ingesteld, dan: git halen en git duwen zal gebruiken
het opgegeven commando in plaats van ssh wanneer ze verbinding moeten maken met een extern systeem. De
commando krijgt precies twee of vier argumenten: de gebruikersnaam@host (of gewoon gastheer)
van de URL en de shell-opdracht om uit te voeren op dat externe systeem, optioneel
voorafgegaan door -p (letterlijk) en de port van de URL wanneer het iets anders specificeert
dan de standaard SSH-poort.

$GIT_SSH_COMMAND heeft voorrang op $GIT_SSH en wordt geïnterpreteerd door de shell,
waardoor extra argumenten kunnen worden toegevoegd. $GIT_SSH aan de andere kant moet zijn
alleen het pad naar een programma (dat een wrapper-shellscript kan zijn, indien aanvullend)
argumenten nodig).

Meestal is het gemakkelijker om alle gewenste opties te configureren via uw persoonlijke
.ssh/config-bestand. Raadpleeg uw ssh-documentatie voor meer informatie.

GIT_ASKPASS
Als deze omgevingsvariabele is ingesteld, dan zullen Git-commando's die wachtwoorden moeten verkrijgen
of wachtwoordzinnen (bijv. voor HTTP- of IMAP-authenticatie) zullen dit programma aanroepen met een
geschikte prompt als opdrachtregelargument en lees het wachtwoord uit zijn STDOUT. Zien
ook de core.askPass optie git-config(1).

GIT_TERMINAL_PROMPT
Als deze omgevingsvariabele is ingesteld op 0, zal git niet vragen op de terminal (bijv.
wanneer u om HTTP-authenticatie vraagt).

GIT_CONFIG_NOSYSTEM
Of de leesinstellingen van het systeembrede $(prefix)/etc/gitconfig-bestand moeten worden overgeslagen.
Deze omgevingsvariabele kan samen met $HOME en $XDG_CONFIG_HOME worden gebruikt om
een voorspelbare omgeving voor een kieskeurig script, of je kunt het tijdelijk instellen om te vermijden
een buggy /etc/gitconfig-bestand gebruiken terwijl u wacht op iemand met voldoende
machtigingen om het te repareren.

GIT_FLUSH
Als deze omgevingsvariabele is ingesteld op "1", dan zullen opdrachten zoals git schuld (In
incrementele modus), git rev-lijst, git inloggen, git check-attr en git check-negeren wil
forceer een spoeling van de uitvoerstroom nadat elke record is gewist. Als dit
variabele is ingesteld op "0", zal de uitvoer van deze commando's worden gedaan met behulp van volledig
gebufferde I/O. Als deze omgevingsvariabele niet is ingesteld, zal Git kiezen voor gebufferd of
record-georiënteerde flushing op basis van of stdout lijkt te worden omgeleid naar een bestand of
niet.

GIT_TRACE
Maakt algemene traceerberichten mogelijk, bijv. alias-uitbreiding, ingebouwde opdrachtuitvoering en
uitvoering van externe opdrachten.

Als deze variabele is ingesteld op "1", "2" of "true" (vergelijking is niet hoofdlettergevoelig), trace
berichten worden afgedrukt naar stderr.

Als de variabele is ingesteld op een geheel getal groter dan 2 en lager dan 10 (strikt)
dan zal Git deze waarde interpreteren als een open bestandsdescriptor en zal proberen te schrijven
de traceerberichten in deze bestandsdescriptor.

Als alternatief, als de variabele is ingesteld op een absoluut pad (beginnend met a /
karakter), zal Git dit interpreteren als een bestandspad en zal proberen de trace te schrijven
berichten erin.

De variabele uitschakelen of op leeg zetten, "0" of "false" (hoofdlettergevoelig)
schakelt traceerberichten uit.

GIT_TRACE_PACK_ACCESS
Schakelt traceerberichten in voor alle toegangen tot alle pakketten. Voor elke toegang, het pakketbestand
naam en een offset in het pakket wordt vastgelegd. Dit kan handig zijn voor het oplossen van problemen
enkele pack-gerelateerde prestatieproblemen. Zien GIT_TRACE voor beschikbare traceeruitvoer
opties.

GIT_TRACE_PACKET
Schakelt traceerberichten in voor alle pakketten die in of uit een bepaald programma komen. Dit kan
hulp bij het debuggen van objectonderhandeling of andere protocolproblemen. Traceren is uitgeschakeld
bij een pakket dat begint met "PACK" (maar zie GIT_TRACE_PACKFILE onderstaand). Zien GIT_TRACE For
beschikbare traceeruitvoeropties.

GIT_TRACE_PACKFILE
Maakt tracering mogelijk van pakketbestanden die door een bepaald programma zijn verzonden of ontvangen. In tegenstelling tot andere sporen:
uitvoer, is deze trace letterlijk: geen headers en geen citaten van binaire gegevens. je bijna
wil zeker naar een bestand verwijzen (bijv. GIT_TRACE_PACKFILE=/tmp/my.pack) in plaats van
dan het op de terminal weer te geven of het te mengen met andere traceeruitvoer.

Merk op dat dit momenteel alleen is geïmplementeerd voor de clientzijde van klonen en:
haalt.

GIT_TRACE_PERFORMANCE
Maakt prestatiegerelateerde traceerberichten mogelijk, bijv. totale uitvoeringstijd van elke Git
opdracht. Zien GIT_TRACE voor beschikbare traceeruitvoeropties.

GIT_TRACE_SETUP
Schakelt traceerberichten in om de .git, werkboom en huidige werkmap af te drukken
nadat Git de setup-fase heeft voltooid. Zien GIT_TRACE voor beschikbare traceeruitvoer
opties.

GIT_TRACE_SHALLOW
Schakelt traceerberichten in die kunnen helpen bij het debuggen van ophalen / klonen van ondiepe
opslagplaatsen. Zien GIT_TRACE voor beschikbare traceeruitvoeropties.

GIT_LITERAL_PATHSPECS
Als je deze variabele op 1 zet, zal Git alle pathspecs letterlijk behandelen, in plaats van
dan als globale patronen. Bijvoorbeeld, het uitvoeren van GIT_LITERAL_PATHSPECS=1 git log -- '*.c'
zal zoeken naar commits die het pad *.c raken, geen paden die de glob *.c
wedstrijden. Je zou dit misschien willen als je letterlijke paden naar Git voert (bijv. paden
eerder aan je gegeven door git ls-tree, --raw diff output, etc).

GIT_GLOB_PATHSPECS
Door deze variabele in te stellen op 1 zal Git alle padspecificaties behandelen als glob-patronen (ook bekend als
"glob" magie).

GIT_NOGLOB_PATHSPECS
Als deze variabele op 1 wordt gezet, zal Git alle padspecificaties als letterlijk behandelen (ook bekend als
"letterlijke" magie).

GIT_ICASE_PATHSPECS
Als je deze variabele op 1 zet, zal Git alle padspecificaties als hoofdletterongevoelig behandelen.

GIT_REFLOG_ACTION
Wanneer een ref wordt bijgewerkt, worden reflog-items gemaakt om de reden bij te houden waarom de
ref is bijgewerkt (wat meestal de naam is van de opdracht op hoog niveau die is bijgewerkt)
de ref), naast de oude en nieuwe waarden van de ref. Een gescript porselein
commando kan de set_reflog_action helperfunctie in git-sh-setup gebruiken om de naam in te stellen op
deze variabele wanneer deze wordt aangeroepen als de opdracht op het hoogste niveau door de eindgebruiker, te zijn
opgenomen in de body van de reflog.

GIT_REF_PARANOIA
Indien ingesteld op 1, neem ook gebroken of slecht benoemde refs op bij het doorlopen van lijsten met refs. In
een normale, niet-beschadigde repository, doet dit niets. Het kan echter helpen om het in te schakelen
git om sommige bewerkingen te detecteren en af ​​te breken in de aanwezigheid van gebroken refs. Git stelt dit in
variabele automatisch bij het uitvoeren van destructieve bewerkingen zoals: git-snoei(1). Jij
zou niet nodig moeten zijn om het zelf in te stellen, tenzij u paranoïde wilt zijn om ervoor te zorgen dat een
operatie heeft elke ref aangeraakt (bijv. omdat u een repository aan het klonen bent om een
back-up).

GIT_ALLOW_PROTOCOL
Geef, indien ingesteld, een door dubbele punten gescheiden lijst op met protocollen die mogen worden gebruikt met:
ophalen/duwen/klonen. Dit is handig om recursieve submodule-initialisatie te beperken van:
een niet-vertrouwde opslagplaats. Elk protocol dat niet wordt genoemd, wordt niet toegestaan ​​(dat wil zeggen, dit is
een witte lijst, geen zwarte lijst). Als de variabele helemaal niet is ingesteld, zijn alle protocollen:
ingeschakeld. De protocolnamen die momenteel door git worden gebruikt zijn:

· bestand: elk lokaal, op bestanden gebaseerd pad (inclusief file://-URL's of lokale paden)

· git: het anonieme git-protocol via een directe TCP-verbinding (of proxy, als
geconfigureerd)

· ssh: git over ssh (inclusief host:padsyntaxis, git+ssh://, enz.).

· rsync: git over rsync

· http: git over http, zowel "slimme http" als "domme http". Merk op dat dit het geval is niet
omvatten https; als u beide wilt, moet u beide specificeren als http:https.

· eventuele externe helpers worden genoemd volgens hun protocol (gebruik bijvoorbeeld hg om de
git-remote-hg-helper)

DISCUSSIE

Meer details over het volgende zijn verkrijgbaar bij de: Git concepten hoofdstuk of de
handleiding[2] en gitcore-tutorial(7).

Een Git-project bestaat normaal gesproken uit een werkmap met een ".git"-submap aan de
top niveau. De .git-map bevat onder andere een gecomprimeerde objectdatabase
dat de volledige geschiedenis van het project vertegenwoordigt, een "index"-bestand dat die geschiedenis koppelt
naar de huidige inhoud van de werkboom, en benoemde verwijzingen naar die geschiedenis, zoals:
tags en takkoppen.

De objectdatabase bevat objecten van drie hoofdtypen: blobs, die bestandsgegevens bevatten;
bomen, die verwijzen naar blobs en andere bomen om directoryhiërarchieën op te bouwen; en
commits, die elk verwijzen naar een enkele boom en een aantal bovenliggende commits.

De commit, gelijk aan wat andere systemen een "changeset" of "versie" noemen, vertegenwoordigt a
stap in de geschiedenis van het project, en elke ouder vertegenwoordigt een onmiddellijk voorafgaande stap.
Commitments met meer dan één ouder vertegenwoordigen samensmeltingen van onafhankelijke ontwikkelingslijnen.

Alle objecten worden genoemd door de SHA-1 hash van hun inhoud, normaal geschreven als een string van
40 hexadecimale cijfers. Dergelijke namen zijn wereldwijd uniek. De hele geschiedenis voorafgaand aan een commit
kan worden gegarandeerd door alleen die verbintenis te ondertekenen. Een vierde objecttype, de tag, is voorzien
Voor dit doeleinde.

Wanneer ze voor het eerst worden gemaakt, worden objecten opgeslagen in afzonderlijke bestanden, maar voor de efficiëntie kan dit later
samen worden gecomprimeerd tot "pack-bestanden".

Benoemde wijzers, refs genoemd, markeren interessante punten in de geschiedenis. Een ref kan de SHA-1 . bevatten
naam van een object of de naam van een andere ref. Refs met namen die beginnen met ref/head/contain
de SHA-1 naam van de meest recente commit (of "head") van een branch in ontwikkeling. SHA-1
namen van relevante tags worden opgeslagen onder ref/tags/. Een speciale ref genaamd HEAD bevat
de naam van het momenteel uitgecheckte filiaal.

Het indexbestand wordt geïnitialiseerd met een lijst van alle paden en, voor elk pad, een blob-object
en een set attributen. Het blob-object vertegenwoordigt de inhoud van het bestand vanaf de
hoofd van de huidige vestiging. De attributen (laatst gewijzigde tijd, grootte, etc.) zijn afkomstig uit
het corresponderende bestand in de werkboom. Latere wijzigingen in de werkboom kunnen zijn:
gevonden door deze kenmerken te vergelijken. De index kan worden bijgewerkt met nieuwe inhoud, en nieuwe
commits kunnen worden gemaakt op basis van de inhoud die is opgeslagen in de index.

De index is ook in staat om meerdere items (de zogenaamde "stages") op te slaan voor een gegeven
padnaam. Deze fasen worden gebruikt om de verschillende niet-samengevoegde versies van een bestand vast te houden wanneer a
fusie is in volle gang.

VERDER DOCUMENTATIE

Zie de verwijzingen in de sectie "beschrijving" om aan de slag te gaan met Git. Het volgende is:
waarschijnlijk meer details dan nodig voor een nieuwe gebruiker.

De Git concepten hoofdstuk of de handleiding[2] en gitcore-tutorial(7) beide bieden:
introducties tot de onderliggende Git-architectuur.

Bekijk gitworkflows(7) voor een overzicht van aanbevolen workflows.

Zie ook de hoe[3] documenten voor enkele bruikbare voorbeelden.

De binnenkant is gedocumenteerd in de Git API documentatie[4].

Gebruikers die migreren vanuit CVS willen misschien ook lezen gitcvs-migratie(7).

AUTEURS

Git is gestart door Linus Torvalds en wordt momenteel onderhouden door Junio ​​C Hamano. Talrijk
bijdragen zijn afkomstig van de Git-mailinglijst[e-mail beveiligd][5]>.
http://www.openhub.net/p/git/contributors/summary geeft u een meer volledige lijst van
bijdragers.

Als je een kloon van git.git zelf hebt, is de uitvoer van git-shortlog(1) en git-schuld(1 kan
laat u de auteurs zien voor specifieke onderdelen van het project.

RAPPORTAGE BUGS

Rapporteer bugs aan de Git mailinglijst[e-mail beveiligd][5]> waar de ontwikkeling en
onderhoud wordt in de eerste plaats gedaan. Je hoeft niet ingeschreven te zijn op de lijst om een ​​te sturen
bericht daar.

Gebruik git online met onworks.net-services