git — Online w chmurze

PROGRAM:

IMIĘ

git - głupie narzędzie do śledzenia treści

STRESZCZENIE

odrzutowiec [--wersja] [--pomoc] [-C ] [-C = ]
[--ścieżka-wykonania[= ]] [--ścieżka-html] [--ścieżka-man] [--ścieżka-informacyjna]
[-p|--paginate|--no-pager] [--no-replace-obiektów] [--bare]
[--git-dir= ] [--drzewo_robocze= ] [--przestrzeń nazw= ]
[ ]

OPIS

Git to szybki, skalowalny, rozproszony system kontroli wersji z niezwykle bogatą biblioteką
zestaw poleceń, który zapewnia zarówno operacje na wysokim poziomie, jak i pełny dostęp do elementów wewnętrznych.

See gittutorial(7), aby rozpocząć, a następnie zobaczyć codziennie(7) dla użytecznego minimalnego zestawu
polecenia. ten git Użytkownik Instrukcja obsługi[1] zawiera bardziej szczegółowe wprowadzenie.

Po opanowaniu podstawowych pojęć możesz wrócić na tę stronę, aby dowiedzieć się, czego
polecenia oferowane przez Git. Możesz dowiedzieć się więcej o poszczególnych poleceniach Git z „git help
Komenda". gitcli(7) strona podręcznika zawiera przegląd składni poleceń wiersza poleceń.

Sformatowaną wersję najnowszej dokumentacji Git z hiperłączami można obejrzeć pod adresem
http://git-htmldocs.googlecode.com/git/git.html.

OPCJE

--wersja
Drukuje wersję pakietu Git, którą odrzutowiec pochodził program.

--help
Drukuje streszczenie i listę najczęściej używanych poleceń. Jeśli opcja --wszystko
or -a jest podane, to wypisywane są wszystkie dostępne polecenia. Jeśli polecenie Git nosi nazwę this
opcja wyświetli stronę podręcznika dla tego polecenia.

Dostępne są inne opcje kontrolujące sposób wyświetlania strony podręcznika. Widzieć git-
pomoc(1) aby uzyskać więcej informacji, ponieważ git --help ... jest wewnętrznie konwertowane na git
pomoc ....

-C
Uruchom tak, jakby git został uruchomiony zamiast bieżącego katalogu roboczego. Gdy
podanych jest wiele opcji -C, każda kolejna nieabsolutna -C jest interpretowany
względem poprzedniego -C .

Ta opcja wpływa na opcje, które oczekują nazwy ścieżki, takiej jak --git-dir i --work-tree in
że ich interpretacje nazw ścieżek będą oparte na działaniu
katalog spowodowany opcją -C. Na przykład następujące wywołania są
równowartość:

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

-C =
Przekaż parametr konfiguracyjny do polecenia. Podana wartość zastąpi wartości
z plików konfiguracyjnych. The jest oczekiwany w takim samym formacie, jak wymieniony przez odrzutowiec
config (podklucze oddzielone kropkami).

Zauważ, że pominięcie = w git -c foo.bar ... jest dozwolone i ustawia foo.bar na
wartość logiczna true (tak jak [foo]bar w pliku konfiguracyjnym). Łącznie z równymi
ale z pustą wartością (jak git -c foo.bar= ...) ustawia foo.bar na pusty łańcuch.

--exec-ścieżka[= ]
Ścieżka do miejsca, w którym są zainstalowane podstawowe programy Git. Można to również kontrolować przez
ustawienie zmiennej środowiskowej GIT_EXEC_PATH. Jeśli nie podano ścieżki, odrzutowiec wydrukuje
bieżące ustawienie, a następnie wyjdź.

--html-ścieżka
Wydrukuj ścieżkę, bez końcowego ukośnika, gdzie jest zainstalowana dokumentacja HTML Gita
i wyjść.

--man-ścieżka
Wydrukuj ścieżkę (patrz mężczyzna(1)) dla stron podręcznika dla tej wersji Git i wyjdź.

--ścieżka-informacyjna
Wydrukuj ścieżkę, w której są zainstalowane pliki informacyjne dokumentujące tę wersję Git i
wyjście.

-p, --paginacja
Potokuj wszystkie dane wyjściowe do mniej (lub jeśli ustawiono, $PAGER), jeśli standardowym wyjściem jest terminal. Ten
zastępuje pager. opcje konfiguracyjne (patrz „Mechanizm konfiguracji”
sekcji poniżej).

--bez pagera
Nie przesyłaj danych wyjściowych Git do pagera.

--git-dir=
Ustaw ścieżkę do repozytorium. Można to również kontrolować, ustawiając GIT_DIR
Zmienna środowiskowa. Może to być ścieżka bezwzględna lub względna do bieżącej pracy
katalogiem.

--drzewo-pracy=
Ustaw ścieżkę do drzewa roboczego. Może to być ścieżka bezwzględna lub ścieżka względna
bieżący katalog roboczy. Można to również kontrolować, ustawiając GIT_WORK_TREE
zmienna środowiskowa i zmienna konfiguracyjna core.worktree (zobacz core.worktree
in git-config(1) dla bardziej szczegółowej dyskusji).

--przestrzeń nazw=
Ustaw przestrzeń nazw Git. Widzieć przestrzenie nazw git(7), aby uzyskać więcej informacji. Odpowiednik ustawienia
zmienną środowiskową GIT_NAMESPACE.

--odsłonić
Traktuj repozytorium jako zwykłe repozytorium. Jeśli środowisko GIT_DIR nie jest ustawione, tak jest
ustawiony na bieżący katalog roboczy.

--no-replace-obiektów
Nie używaj referencji zastępczych do zastępowania obiektów Git. Widzieć git-zamień(1) po więcej
informacje.

--literal-pathspecs
Traktuj pathspecs dosłownie (tj. bez globowania, bez magii pathspec). Jest to równoważne
ustawienie zmiennej środowiskowej GIT_LITERAL_PATHSPECS na 1.

--glob-specyfikacja ścieżki
Dodaj magię „globu” do wszystkich specyfikacji ścieżki. Jest to równoznaczne z ustawieniem GIT_GLOB_PATHSPECS
zmiennej środowiskowej na 1. Można wyłączyć funkcję globowania w poszczególnych specyfikacjach ścieżek
używając magii pathspec ":(literal)"

--noglob-pathspecs
Dodaj „dosłowną” magię do wszystkich ścieżek. Jest to równoważne z ustawieniem
Zmienna środowiskowa GIT_NOGLOB_PATHSPECS na 1. Włączanie globbingu dla poszczególnych
pathspecs można wykonać za pomocą pathspec magic ":(glob)"

--icase-specyfikacja ścieżki
Dodaj magię „icase” do wszystkich ścieżek. Jest to równoważne z ustawieniem
GIT_ICASE_PATHSPECS zmienną środowiskową na 1.

GIT POLECENIA

Git dzielimy na polecenia wysokiego poziomu („porcelana”) i polecenia niskiego poziomu („hydraulika”).

WYSOKI POZIOM POLECENIA (PORCELANA)

Rozdzielamy porcelanowe polecenia na główne polecenia i niektóre pomocnicze polecenia użytkownika
narzędzia.

Główny porcelana Polecenia
git-dodaj(1)
Dodaj zawartość pliku do index.

git-am(1)
Zastosuj serię poprawek ze skrzynki pocztowej.

archiwum git(1)
Utwórz archiwum plików z nazwanego drzewa.

git-bisect(1)
Użyj wyszukiwania binarnego, aby znaleźć zatwierdzenie, które wprowadziło błąd.

gałąź git(1)
Wyświetlaj, twórz lub usuwaj oddziały.

pakiet git(1)
Przenieś obiekty i odnośniki według archiwum.

git-checkout(1)
Przełącz gałęzie lub przywróć działające pliki drzewa.

git-cherry-pick(1)
Zastosuj zmiany wprowadzone przez niektóre istniejące zatwierdzenia.

git-citool(1)
Graficzna alternatywa dla git-commit.

git-czysty(1)
Usuń nieśledzone pliki z drzewa roboczego.

klon git(1)
Sklonuj repozytorium do nowego katalogu.

git-commit(1)
Rejestruj zmiany w repozytorium.

git-opisz(1)
Opisz zatwierdzenie, używając najnowszego dostępnego z niego tagu.

git-diff(1)
Pokaż zmiany między zatwierdzeniami, zatwierdzeniami i drzewem roboczym itp.

git-pobierz(1)
Pobierz obiekty i referencje z innego repozytorium.

łatka w formacie git(1)
Przygotuj poprawki do przesłania e-mailem.

git-gc(1)
Oczyść niepotrzebne pliki i zoptymalizuj lokalne repozytorium.

git-grep(1)
Wydrukuj linie pasujące do wzoru.

git-gui(1)
Przenośny interfejs graficzny do Git.

git-init(1)
Utwórz puste repozytorium Git lub ponownie zainicjuj istniejące.

git-log(1)
Pokaż dzienniki zatwierdzeń.

git-scalanie(1)
Połącz ze sobą dwie lub więcej historii rozwoju.

git-mv(1)
Przenieś lub zmień nazwę pliku, katalogu lub dowiązania symbolicznego.

git-notatki(1)
Dodaj lub sprawdź uwagi dotyczące obiektu.

git-pull(1)
Pobieraj i integruj z innym repozytorium lub oddziałem lokalnym.

git-push(1)
Zaktualizuj zdalne referencje wraz z powiązanymi obiektami.

git-rebase(1)
Przekaż lokalne zatwierdzenia do zaktualizowanego nagłówka nadrzędnego.

git-reset(1)
Zresetuj bieżącą HEAD do określonego stanu.

git-revert(1)
Cofnij niektóre istniejące zatwierdzenia.

git-rm(1)
Usuń pliki z drzewa roboczego iz indeksu.

git-shortlog(1)
Podsumuj odrzutowiec log wyjście.

git-show(1)
Pokaż różne rodzaje obiektów.

git-schowek(1)
Schowaj zmiany w brudnym katalogu roboczym.

status git(1)
Pokaż status drzewa roboczego.

git-moduł podrzędny(1)
Inicjuj, aktualizuj lub sprawdzaj moduły podrzędne.

tag git(1)
Twórz, wyświetlaj, usuwaj lub weryfikuj obiekt tagu podpisany przez GPG.

git-worktree(1)
Zarządzaj wieloma działającymi drzewami.

gitka(1)
Przeglądarka repozytorium Git.

Pomocniczy Polecenia
manipulatory:

git-config(1)
Pobierz i ustaw repozytorium lub opcje globalne.

git-szybki-eksport(1)
Eksporter danych Git.

git-szybki-import(1)
Backend dla szybkich importerów danych Git.

git-filter-branch(1)
Przepisz gałęzie.

git-mergetool(1)
Uruchom narzędzia do rozwiązywania konfliktów scalania, aby rozwiązać konflikty scalania.

git-pack-refs(1)
Pakuj nagłówki i znaczniki, aby uzyskać efektywny dostęp do repozytorium.

git-prune(1)
Usuń wszystkie nieosiągalne obiekty z bazy danych obiektów.

git-reflog(1)
Zarządzaj informacjami z reflogu.

git-relink(1)
Twarde łączenie wspólnych obiektów w lokalnych repozytoriach.

git-zdalne(1)
Zarządzaj zestawem śledzonych repozytoriów.

git-przepakuj(1)
Spakuj rozpakowane obiekty w repozytorium.

git-zamień(1)
Twórz, wyświetlaj, usuwaj referencje, aby zastąpić obiekty.

przesłuchujący:

git-adnotacja(1)
Adnotuj wiersze pliku z informacjami o zatwierdzeniu.

git-wina(1)
Pokaż, jaka wersja i autor ostatnio zmodyfikował każdą linię pliku.

git-cherry(1)
Znajdź zatwierdzenia, które jeszcze nie zostały zastosowane w nadrzędnym.

git-count-obiekty(1)
Policz rozpakowaną liczbę obiektów i ich zużycie dysku.

git-difftool(1)
Pokaż zmiany za pomocą typowych narzędzi porównywania.

git-fsck(1)
Weryfikuje łączność i ważność obiektów w bazie danych.

git-get-tar-commit-id(1)
Wyodrębnij identyfikator zatwierdzenia z archiwum utworzonego za pomocą git-archive.

pomoc git(1)
Wyświetl informacje pomocy dotyczące Git.

git-instaweb(1)
Błyskawicznie przeglądaj swoje działające repozytorium w gitweb.

git-merge-tree(1)
Pokaż trójstronne scalanie bez dotykania indeksu.

git-rerere(1)
Ponownie wykorzystuj nagrane rozwiązania konfliktowych fuzji.

git-rev-parse(1)
Wybierz i wymasuj parametry.

git-show-branch(1)
Pokaż gałęzie i ich zatwierdzenia.

git-weryfikuj-commit(1)
Sprawdź podpis GPG zatwierdzeń.

git-weryfikuj-tag(1)
Sprawdź sygnaturę GPG tagów.

git-co się zmieniło(1)
Pokaż logi z różnicą, którą wprowadza każde zatwierdzenie.

gitweb(1)
Interfejs sieciowy Git (frontend sieciowy do repozytoriów Git).

Interakcja w Pozostałe
Te polecenia służą do interakcji z zagranicznym SCM i innymi ludźmi za pośrednictwem patch over
e-mail.

git-archimport(1)
Zaimportuj repozytorium Arch do Git.

git-cvsexportcommit(1)
Eksportuj pojedyncze zatwierdzenie do kasy CVS.

git-cvsimport(1)
Ocal swoje dane z innego SCM, którego ludzie uwielbiają nienawidzić.

git-cvsserver(1)
Emulator serwera CVS dla Git.

git-imap-send(1)
Wyślij kolekcję poprawek ze standardowego wejścia do folderu IMAP.

git-p4(1)
Importuj i przesyłaj do repozytoriów Perforce.

git-quiltimport(1)
Stosuje zestaw łat patchworkowych do bieżącej gałęzi.

git-żądanie-pull(1)
Generuje podsumowanie oczekujących zmian.

git-wyślij-e-mail(1)
Wyślij kolekcję poprawek jako e-maile.

git-svn(1)
Dwukierunkowa operacja między repozytorium Subversion a Git.

NISKI POZIOM POLECENIA (INSTALACJA WODOCIĄGOWA)

Chociaż Git zawiera własną warstwę porcelany, jego polecenia niskiego poziomu są wystarczające
wspierać rozwój alternatywnych porcelan. Twórcy takich porcelan mogą zacząć
czytając o git-update-index(1) i drzewo-czytanie-git(1).

Interfejs (wejście, wyjście, zestaw opcji i semantyka) do tych niskopoziomowych
polecenia mają być o wiele bardziej stabilne niż polecenia na poziomie Porcelany, ponieważ te
polecenia są głównie do użytku skryptowego. Interfejs do poleceń Porcelany z drugiej strony
strony mogą ulec zmianie w celu poprawy doświadczenia użytkownika końcowego.

Poniższy opis dzieli polecenia niskiego poziomu na polecenia manipulujące
obiekty (w repozytorium, indeksie i drzewie roboczym), polecenia, które przesłuchują i
porównuj obiekty i polecenia, które przenoszą obiekty i odniesienia między repozytoriami.

Manipulacja Polecenia
git-zastosuj(1)
Zastosuj poprawkę do plików i/lub do indeksu.

git-checkout-index(1)
Skopiuj pliki z indeksu do drzewa roboczego.

git-commit-drzewo(1)
Utwórz nowy obiekt zatwierdzenia.

obiekt git-hash(1)
Oblicz identyfikator obiektu i opcjonalnie utwórz obiekt blob z pliku.

git-index-pack(1)
Zbuduj plik indeksu pakietu dla istniejącego spakowanego archiwum.

plik git-merge(1)
Uruchom trójstronne scalanie plików.

git-merge-index(1)
Uruchom scalanie plików wymagających scalenia.

git-mktag(1)
Tworzy obiekt znacznika.

git-mktree(1)
Zbuduj obiekt drzewa z tekstu sformatowanego w ls-tree.

obiekty-git-pack(1)
Utwórz spakowane archiwum obiektów.

zapakowany w git-prune(1)
Usuń dodatkowe obiekty, które są już w plikach paczek.

drzewo-czytanie-git(1)
Wczytuje informacje o drzewie do indeksu.

git-symboliczny-ref(1)
Czytaj, modyfikuj i usuwaj odnośniki symboliczne.

git-unpack-obiekty(1)
Rozpakuj obiekty ze spakowanego archiwum.

git-update-index(1)
Zarejestruj zawartość pliku w drzewie roboczym do indeksu.

git-update-ref(1)
Zaktualizuj bezpiecznie nazwę obiektu przechowywaną w ref.

drzewo git-write(1)
Utwórz obiekt drzewa z bieżącego indeksu.

Przesłuchanie Polecenia
plik git-cat(1)
Podaj zawartość lub informacje o typie i rozmiarze obiektów repozytorium.

pliki git-diff(1)
Porównuje pliki w drzewie roboczym i indeksie.

git-diff-indeks(1)
Porównaj drzewo z drzewem roboczym lub indeksem.

drzewo git-diff(1)
Porównuje zawartość i tryb obiektów blob znalezionych za pośrednictwem dwóch obiektów drzewa.

git-dla każdego-ref(1)
Wyprowadź informacje o każdym ref.

pliki git-ls(1)
Pokaż informacje o plikach w indeksie i drzewie roboczym.

git-ls-remote(1)
Wyświetl listę odniesień w zdalnym repozytorium.

git-ls-drzewo(1)
Wypisz zawartość obiektu drzewa.

baza git-merge(1)
Znajdź jak najlepszych wspólnych przodków do fuzji.

git-name-rev(1)
Znajdź nazwy symboliczne dla podanych obrotów.

git-pack-redundantny(1)
Znajdź zbędne pliki pakietów.

git-rev-lista(1)
Wyświetla listę zatwierdzonych obiektów w odwrotnej kolejności chronologicznej.

git-show-index(1)
Pokaż spakowany indeks archiwum.

git-show-ref(1)
Wyświetl listę odniesień w lokalnym repozytorium.

git-unpack-plik(1)
Tworzy plik tymczasowy z zawartością obiektu blob.

git-var(1)
Pokaż zmienną logiczną Git.

git-verify-pack(1)
Sprawdź poprawność spakowanych plików archiwum Git.

Ogólnie rzecz biorąc, polecenia interrogate nie dotykają plików w drzewie roboczym.

Synchronizacja repozytoria
demon git(1)
Naprawdę prosty serwer dla repozytoriów Git.

git-fetch-pack(1)
Odbierz brakujące obiekty z innego repozytorium.

git-http-backend(1)
Implementacja Git po stronie serwera przez HTTP.

git-send-pack(1)
Przekaż obiekty przez protokół Git do innego repozytorium.

git-update-server-info(1)
Zaktualizuj pomocniczy plik informacyjny, aby pomóc głupim serwerom.

Poniżej znajdują się polecenia pomocnicze używane przez powyższe; użytkownicy końcowi zwykle ich nie używają
bezpośrednio.

git-http-fetch(1)
Pobierz ze zdalnego repozytorium Git przez HTTP.

git-http-push(1)
Przekaż obiekty przez HTTP/DAV do innego repozytorium.

git-parse-zdalne(1)
Procedury pomagające analizować parametry dostępu do zdalnego repozytorium.

pakiet-odbioru git(1)
Otrzymuj to, co jest wypychane do repozytorium.

git-shell(1)
Ograniczona powłoka logowania dla dostępu SSH tylko do Git.

git-upload-archiwum(1)
Wyślij archiwum z powrotem do git-archive.

git-upload-pack(1)
Wyślij spakowane obiekty z powrotem do git-fetch-pack.

Wewnętrzne pomocnik Polecenia
Są to wewnętrzne polecenia pomocnicze używane przez inne polecenia; użytkownicy końcowi zwykle nie używają
ich bezpośrednio.

git-check-attr(1)
Wyświetl informacje o gitattributes.

git-check-ignore(1)
Debuguj gitignore/wyklucz pliki.

git-check-mailmap(1)
Pokaż nazwy kanoniczne i adresy e-mail kontaktów.

git-check-ref-format(1)
Zapewnia, że ​​nazwa referencyjna jest dobrze sformułowana.

kolumna git(1)
Wyświetl dane w kolumnach.

git-poświadczenia(1)
Pobieraj i przechowuj poświadczenia użytkownika.

git-poświadczeń-cache(1)
Pomocnik do tymczasowego przechowywania haseł w pamięci.

sklep-poświadczenia-git(1)
Pomocnik do przechowywania poświadczeń na dysku.

git-fmt-merge-msg(1)
Utwórz komunikat o zatwierdzeniu scalania.

git-interpret-trailers(1)
pomoc w dodawaniu ustrukturyzowanych informacji do komunikatów zatwierdzenia.

git-mailinfo(1)
Wyodrębnia poprawkę i autorstwo z pojedynczej wiadomości e-mail.

git-mailsplit(1)
Prosty program rozdzielający mbox w systemie UNIX.

git-merge-jeden plik(1)
Standardowy program pomocniczy do użycia z git-merge-index.

git-patch-id(1)
Oblicz unikalny identyfikator dla poprawki.

git-sz-i18n(1)
Kod instalacyjny i18n Gita dla skryptów powłoki.

konfiguracja git-sh(1)
Typowy kod instalacyjny skryptu powłoki Git.

git-stripspace(1)
Usuń niepotrzebne spacje.

KONFIGURACJA MECHANIZM

Git używa prostego formatu tekstowego do przechowywania dostosowań, które są na repozytorium i na
użytkownik. Taki plik konfiguracyjny może wyglądać następująco:

#
# '#' lub ';' znak oznacza komentarz.
#

; zmienne podstawowe
[rdzeń]
; Nie ufaj trybom plików
tryb pliku = fałsz

; tożsamość użytkownika
[User]
imię = "Junio ​​C Hamano"
email = "[email chroniony]"

Różne polecenia odczytywane z pliku konfiguracyjnego i odpowiednio dostosowują swoje działanie.
See git-config(1), aby uzyskać listę i więcej szczegółów na temat mechanizmu konfiguracji.

IDENTYFIKATOR TERMINOLOGIA

Wskazuje nazwę obiektu dla dowolnego typu obiektu.


Wskazuje nazwę obiektu blob.


Wskazuje nazwę obiektu drzewa.


Wskazuje nazwę obiektu zatwierdzenia.


Wskazuje nazwę obiektu drzewa, zatwierdzenia lub znacznika. Polecenie, które zajmuje
argument ostatecznie chce operować na a obiekt, ale automatycznie dereferencje
I obiekty wskazujące na a .


Wskazuje nazwę obiektu zatwierdzenia lub znacznika. Polecenie, które zajmuje argument
ostatecznie chce operować na obiekt, ale automatycznie dereferencje
obiekty wskazujące na a .


Wskazuje, że wymagany jest typ obiektu. Obecnie jedno z: blob, tree, commit lub
etykietka.


Wskazuje nazwę pliku — prawie zawsze względem korzenia struktury drzewa
GIT_INDEX_FILE opisuje.

SYMBOLICZNY IDENTYFIKATORY

Dowolne polecenie Git akceptujące dowolne można również użyć następującej notacji symbolicznej:

GŁOWA
wskazuje szefa bieżącego oddziału.


ważny tag Nazwa (tj. refs/tags/ odniesienie).


słuszna głowa Nazwa (tj. refs/heads/ odniesienie).

Aby uzyskać pełniejszą listę sposobów pisowni nazw obiektów, zobacz sekcję „OKREŚLANIE WERSJI”.
in gitrewizje(7).

PLIK/KATALOG STRUKTURA

Proszę zobaczyć układ gitrepository(5) dokument.

Czytaj githooki(5), aby uzyskać więcej informacji na temat każdego haka.

SCM wyższego poziomu mogą dostarczać i zarządzać dodatkowymi informacjami w $GIT_DIR.

TERMINOLOGIA

Proszę zobaczyć gitglosariusz(7).

ŚRODOWISKO ZMIENNE

Różne polecenia Git używają następujących zmiennych środowiskowych:

Połączenia git Magazyn
Te zmienne środowiskowe dotyczą cała kolekcja podstawowe polecenia Gita. Uwaga: warto to zauważyć
mogą być używane/przesłaniane przez SCMS siedzący nad Git, więc uważaj, jeśli używasz obcego
front-end.

PLIK GIT_INDEX_
To środowisko umożliwia określenie alternatywnego pliku indeksu. Jeśli nie
określony, używana jest wartość domyślna $GIT_DIR/index.

GIT_INDEX_VERSION
Ta zmienna środowiskowa umożliwia określenie wersji indeksu dla new
repozytoria. Nie wpłynie to na istniejące pliki indeksu. Domyślnie plik indeksu w wersji 2 lub
3 jest używany. Widzieć git-update-index(1), aby uzyskać więcej informacji.

GIT_OBJECT_DIRECTORY
Jeśli katalog obiektowej pamięci masowej jest określony za pomocą tej zmiennej środowiskowej, wówczas plik
katalogi sha1 są tworzone poniżej - w przeciwnym razie domyślny $GIT_DIR/objects
używany jest katalog.

GIT_ALTERNATE_OBJECT_DIRECTORIES
Ze względu na niezmienną naturę obiektów Git, stare obiekty można archiwizować w
katalogi tylko do odczytu. Ta zmienna określa „:” oddzielone (w systemie Windows „;”
rozdzielone) lista katalogów obiektów Git, których można użyć do wyszukiwania obiektów Git.
Nowe obiekty nie będą zapisywane w tych katalogach.

GIT_DIR
Jeśli GIT_DIR ustawiona jest zmienna środowiskowa, to określa ścieżkę do użycia zamiast
domyślny plik .git dla bazy repozytorium. The --git-dir opcja wiersza poleceń
ustawia również tę wartość.

GIT_WORK_TREE
Ustaw ścieżkę do korzenia drzewa roboczego. Może to być również kontrolowane przez
--drzewo pracy opcja wiersza polecenia i zmienna konfiguracyjna core.worktree.

GIT_NAMESPACE
Ustaw przestrzeń nazw Git; Widzieć przestrzenie nazw git(7) po szczegóły. The --przestrzeń nazw wiersza polecenia
opcja ustawia również tę wartość.

GIT_CEILING_DIRECTORIES
Powinna to być rozdzielona dwukropkami lista ścieżek bezwzględnych. Jeśli jest ustawiona, jest to lista
katalogi, do których Git nie powinien przekierowywać podczas szukania katalogu repozytorium
(przydatne do wykluczania wolno ładujących się katalogów sieciowych). Nie wyklucza to
bieżący katalog roboczy lub GIT_DIR ustawiony w wierszu poleceń lub w środowisku.
Zwykle Git musi czytać wpisy na tej liście i rozwiązywać wszelkie dowiązania symboliczne, które mogą
być obecne, aby porównać je z bieżącym katalogiem. Jeśli jednak nawet to
dostęp jest powolny, możesz dodać pusty wpis do listy, aby poinformować Git, że następna
wpisy nie są dowiązaniami symbolicznymi i nie muszą być rozwiązane; np,
GIT_CEILING_DIRECTORIES=/może/dowiązanie symboliczne::/bardzo/wolne/nie/dowiązanie symboliczne.

GIT_DISCOVERY_ACROSS_FILESYSTEM
Po uruchomieniu w katalogu, który nie ma katalogu repozytorium „.git”, Git próbuje
znajdź taki katalog w katalogach nadrzędnych, aby znaleźć szczyt drzewa roboczego,
ale domyślnie nie przekracza granic systemu plików. Ta zmienna środowiskowa może
być ustawione na true, aby powiedzieć Gitowi, aby nie zatrzymywał się na granicach systemu plików. Tak jak
GIT_CEILING_DIRECTORIES, nie wpłynie to na jawny katalog repozytorium ustawiony przez
GIT_DIR lub w wierszu poleceń.

GIT_COMMON_DIR
Jeśli ta zmienna jest ustawiona na ścieżkę, pliki niebędące drzewem roboczym, które normalnie znajdują się w $GIT_DIR
zamiast tego zostaną pobrane z tej ścieżki. Pliki specyficzne dla drzewa roboczego, takie jak HEAD lub index
są pobierane z $GIT_DIR. Widzieć układ gitrepository(5) i git-worktree(1) szczegóły.
Ta zmienna ma niższy priorytet niż inne zmienne ścieżki, takie jak GIT_INDEX_FILE,
GIT_OBJECT_DIRECTORY...

git Zobowiązuje się
GIT_AUTHOR_NAME, GIT_AUTHOR_EMAIL, GIT_AUTHOR_DATE, GIT_COMMITTER_NAME,
GIT_COMMITTER_EMAIL, GIT_COMMITTER_DATE, E-MAIL
widzieć git-commit-drzewo(1)

git Różnice
GIT_DIFF_OPTS
Jedynym prawidłowym ustawieniem jest „--unified=???” lub „-u?? aby ustawić liczbę wierszy kontekstu
wyświetlany, gdy tworzona jest ujednolicona różnica. Ma to pierwszeństwo przed jakimkolwiek „-U” lub
Wartość opcji „--unified” przekazywana w wierszu polecenia Git diff.

GIT_EXTERNAL_DIFF
Gdy zmienna środowiskowa GIT_EXTERNAL_DIFF jest ustawiony, program nazwany przez niego jest
wywoływane, zamiast wywołania diff opisanego powyżej. Dla dodanej ścieżki
usunięte lub zmodyfikowane, GIT_EXTERNAL_DIFF jest wywoływana z 7 parametrami:

ścieżka stary plik stary heks stary tryb nowy plik nowy heks nowy tryb

gdzie:

-plik
są plikami, których GIT_EXTERNAL_DIFF może użyć do odczytania zawartości ,

-klątwa
to 40-cyfrowe skróty SHA-1,

-tryb
są ósemkową reprezentacją trybów plików.

Parametry pliku mogą wskazywać na plik roboczy użytkownika (np
„git-diff-files”), /dev/null (np. stary plik, gdy dodawany jest nowy plik) lub tymczasowy
plik (np. stary-plik w indeksie). GIT_EXTERNAL_DIFF nie powinieneś się martwić
odłączenie pliku tymczasowego --- jest usuwany, gdy GIT_EXTERNAL_DIFF wyjść.

Dla ścieżki, która nie jest połączona, GIT_EXTERNAL_DIFF jest wywoływana z 1 parametrem, .

Dla każdej ścieżki GIT_EXTERNAL_DIFF nazywa się, dwie zmienne środowiskowe,
GIT_DIFF_PATH_COUNTER i GIT_DIFF_PATH_TOTAL są ustawione.

GIT_DIFF_PATH_COUNTER
Licznik oparty na 1 zwiększany o jeden dla każdej ścieżki.

GIT_DIFF_PATH_TOTAL
Całkowita liczba ścieżek.

inny
GIT_MERGE_VERBOSITY
Liczba kontrolująca ilość danych wyjściowych pokazywanych przez rekurencyjną strategię scalania.
Zastępuje merge.verbosity. Widzieć git-scalanie(1)

GIT_PAGER
Ta zmienna środowiskowa zastępuje $PAGER. Jeśli jest ustawiony na pusty ciąg lub na
wartość „cat”, Git nie uruchomi pagera. Zobacz także opcję core.pager w git-
config(1).

GIT_EDYTOR
Ta zmienna środowiskowa zastępuje $EDITOR i $VISUAL. Jest używany przez kilka Git
polecenia, gdy w trybie interaktywnym ma zostać uruchomiony edytor. Zobacz też git-var(1)
i opcja core.editor w git-config(1).

GIT_SSH, GIT_SSH_COMMAND
Jeśli ustawiona jest jedna z tych zmiennych środowiskowych, to odrzutowiec sprowadzać i odrzutowiec naciskać będzie użyty
określone polecenie zamiast ssh gdy muszą połączyć się ze zdalnym systemem. The
komenda otrzyma dokładnie dwa lub cztery argumenty: the nazwa użytkownika@host (Lub tylko gospodarz)
z adresu URL i polecenia powłoki do wykonania w tym systemie zdalnym, opcjonalnie
poprzedzony -p (dosłownie) i Port z adresu URL, gdy określa coś innego
niż domyślny port SSH.

$GIT_SSH_COMMAND ma pierwszeństwo przed $GIT_SSH i jest interpretowany przez powłokę,
co pozwala na uwzględnienie dodatkowych argumentów. Z drugiej strony $GIT_SSH musi być
tylko ścieżka do programu (który może być skryptem powłoki opakowania, jeśli jest dodatkowy
potrzebne argumenty).

Zwykle łatwiej jest skonfigurować dowolne żądane opcje za pośrednictwem osobistego
plik .ssh/config. Więcej informacji można znaleźć w dokumentacji ssh.

GIT_ASKPASS
Jeśli ta zmienna środowiskowa jest ustawiona, to polecenia Git, które muszą uzyskać hasła
lub hasła (np. do uwierzytelniania HTTP lub IMAP) wywołają ten program za pomocą a
odpowiedni monit jako argument wiersza poleceń i odczytaj hasło z jego STDOUT. Widzieć
także core.askPass opcja w git-config(1).

GIT_TERMINAL_PROMPT
Jeśli ta zmienna środowiskowa jest ustawiona na 0, git nie wyświetli monitu na terminalu (np.
przy pytaniu o uwierzytelnienie HTTP).

GIT_CONFIG_NOSYSTEM
Czy pominąć odczytywanie ustawień z ogólnosystemowego pliku $(prefix)/etc/gitconfig.
Ta zmienna środowiskowa może być używana razem z $HOME i $XDG_CONFIG_HOME do tworzenia
przewidywalne środowisko dla wybrednego skryptu lub możesz je tymczasowo ustawić, aby uniknąć
używając błędnego pliku /etc/gitconfig podczas oczekiwania na kogoś z wystarczającymi
uprawnienia do naprawy.

GIT_FLUSH
Jeśli ta zmienna środowiskowa jest ustawiona na „1”, wówczas polecenia takie jak odrzutowiec winić (w
tryb przyrostowy), odrzutowiec lista rewizji, odrzutowiec log, odrzutowiec sprawdź attr i odrzutowiec zaznacz-zignoruj będzie
wymusić opróżnienie strumienia wyjściowego po opróżnieniu każdego rekordu. Jeśli to
zmienna jest ustawiona na „0”, dane wyjściowe tych poleceń zostaną wykonane przy użyciu całkowicie
buforowane wejścia/wyjścia. Jeśli ta zmienna środowiskowa nie jest ustawiona, Git wybierze buforowane lub
opróżnianie zorientowane na rekordy w zależności od tego, czy standardowe wyjście wydaje się być przekierowane do pliku, czy też
nie.

GIT_TRACE
Włącza ogólne komunikaty śledzenia, np. rozszerzanie aliasów, wbudowane wykonywanie poleceń i
wykonywanie poleceń zewnętrznych.

Jeśli ta zmienna jest ustawiona na „1”, „2” lub „true” (w porównaniu nie jest rozróżniana wielkość liter), śledzenie
wiadomości zostaną wydrukowane na stderr.

Jeśli zmienna jest ustawiona na wartość całkowitą większą niż 2 i mniejszą niż 10 (ściśle)
wtedy Git zinterpretuje tę wartość jako deskryptor otwartego pliku i spróbuje napisać
komunikaty śledzenia do tego deskryptora pliku.

Alternatywnie, jeśli zmienna jest ustawiona na ścieżkę bezwzględną (zaczynając od a /
znak), Git zinterpretuje to jako ścieżkę do pliku i spróbuje zapisać ślad
w nim wiadomości.

Anulowanie ustawienia zmiennej lub ustawienie jej na pustą, „0” lub „fałsz” (wielkość liter nie ma znaczenia)
wyłącza komunikaty śledzenia.

GIT_TRACE_PACK_ACCESS
Włącza komunikaty śledzenia dla wszystkich dostępów do dowolnych pakietów. Dla każdego dostępu plik pack
rejestrowana jest nazwa i przesunięcie w paczce. Może to być pomocne przy rozwiązywaniu problemów
niektóre problemy z wydajnością związane z pakietem. Widzieć GIT_TRACE dla dostępnych danych wyjściowych śledzenia
opcje.

GIT_TRACE_PACKET
Włącza komunikaty śledzenia dla wszystkich pakietów przychodzących lub wychodzących z danego programu. To może
pomoc w debugowaniu negocjacji obiektów lub innych problemów z protokołami. Śledzenie jest wyłączone
w pakiecie zaczynającym się od „PACK” (ale patrz GIT_TRACE_PACKFILE poniżej). Widzieć GIT_TRACE dla
dostępne opcje wyjścia śledzenia.

GIT_TRACE_PACKFILE
Umożliwia śledzenie plików pakietów wysłanych lub odebranych przez dany program. W przeciwieństwie do innych śladów
wyjście, ten ślad jest dosłownie: bez nagłówków i bez cytowania danych binarnych. Ty prawie
z pewnością chcesz skierować do pliku (np. GIT_TRACE_PACKFILE=/tmp/my.pack) zamiast
niż wyświetlanie go na terminalu lub mieszanie go z innymi wynikami śledzenia.

Zauważ, że jest to obecnie zaimplementowane tylko po stronie klienta klonów i
pobiera.

GIT_TRACE_PERFORMANCE
Włącza komunikaty śledzenia związane z wydajnością, np. całkowity czas wykonania każdego Git
Komenda. Widzieć GIT_TRACE aby wyświetlić dostępne opcje wyjścia śledzenia.

GIT_TRACE_SETUP
Włącza komunikaty śledzenia drukujące plik .git, drzewo robocze i bieżący katalog roboczy
po tym, jak Git zakończy fazę konfiguracji. Widzieć GIT_TRACE dla dostępnych danych wyjściowych śledzenia
opcje.

GIT_TRACE_SHALLOW
Włącza komunikaty śledzenia, które mogą pomóc w debugowaniu pobierania/klonowania danych płytkich
repozytoria. Widzieć GIT_TRACE aby wyświetlić dostępne opcje wyjścia śledzenia.

GIT_LITERAL_PATHSPECS
Ustawienie tej zmiennej na 1 spowoduje, że Git będzie traktował wszystkie specyfikacje ścieżek dosłownie
niż jako globalne wzorce. Na przykład uruchomienie GIT_LITERAL_PATHSPECS=1 git log -- „*.c”
wyszuka zatwierdzenia, które dotykają ścieżki *.c, a nie ścieżki, które dotyczą glob *.c
mecze. Możesz tego chcieć, jeśli dostarczasz Gitowi dosłowne ścieżki (np
poprzednio podane przez git ls-tree, wyjście --raw diff itp.).

GIT_GLOB_PATHSPECS
Ustawienie tej zmiennej na 1 spowoduje, że Git będzie traktował wszystkie specyfikacje ścieżek jako wzorce globalne (aka
magia „globu”).

GIT_NOGLOB_PATHSPECS
Ustawienie tej zmiennej na 1 spowoduje, że Git będzie traktował wszystkie specyfikacje ścieżek jako dosłowne (aka
„dosłowna” magia).

GIT_ICASE_PATHSPECS
Ustawienie tej zmiennej na 1 spowoduje, że Git będzie traktował wszystkie specyfikacje ścieżek bez uwzględniania wielkości liter.

GIT_REFLOG_ACTION
Kiedy ref jest aktualizowany, tworzone są wpisy reflog, aby śledzić powód, dla którego
ref został zaktualizowany (zazwyczaj jest to nazwa polecenia wysokiego poziomu, które zostało zaktualizowane
ref), oprócz starych i nowych wartości ref. Skryptowana porcelana
Komenda może użyć funkcji pomocniczej set_reflog_action w git-sh-setup, aby ustawić swoją nazwę na
tej zmiennej, gdy jest ona wywoływana jako polecenie najwyższego poziomu przez użytkownika końcowego
zapisane w treści refloga.

GIT_REF_PARANOIA
Jeśli ustawiona na 1, uwzględnij zepsute lub źle nazwane odnośniki podczas iteracji po listach odnośników. W
normalne, nieuszkodzone repozytorium, to nic nie daje. Jednak włączenie go może pomóc
git do wykrywania i przerywania niektórych operacji w przypadku uszkodzonych referencji. Git to ustawia
zmienna automatycznie podczas wykonywania operacji destrukcyjnych, takich jak git-prune(1). Ty
nie powinno być konieczne ustawianie go samodzielnie, chyba że chcesz być paranoikiem, jeśli chodzi o upewnienie się, że plik
operacja dotknęła każdego ref (np. ponieważ klonujesz repozytorium, aby utworzyć plik
kopia zapasowa).

GIT_ALLOW_PROTOCOL
Jeśli jest ustawiona, podaj rozdzielaną dwukropkami listę protokołów, których można używać
pobieranie/pchanie/klonowanie. Jest to przydatne do ograniczenia rekurencyjnej inicjalizacji podmodułu z
niezaufane repozytorium. Każdy protokół, który nie został wymieniony, będzie zabroniony (tzn
biała lista, a nie czarna lista). Jeśli zmienna nie jest w ogóle ustawiona, wszystkie protokoły są
włączony. Nazwy protokołów obecnie używane przez git to:

· plik: dowolna lokalna ścieżka oparta na pliku (w tym adresy URL typu file:// lub ścieżki lokalne)

· git: anonimowy protokół git przez bezpośrednie połączenie TCP (lub proxy, jeśli
skonfigurowany)

· ssh: git przez ssh (w tym składnia host:ścieżka, git+ssh://, itp.).

· rsync: git przez rsync

· http: git przez http, zarówno "inteligentny http", jak i "głupi http". Zauważ, że tak jest nie
zawierać https; jeśli chcesz obydwa, powinieneś określić oba jako http:https.

· wszyscy zewnętrzni pomocnicy są nazywani zgodnie z ich protokołem (np. użyj hg, aby zezwolić na
pomocnik git-remote-hg)

DYSKUSJA

Więcej informacji na ten temat można znaleźć na stronie git Koncepcje publikacji naukowej of dotychczasowy
instrukcja obsługi[2] i samouczek gitcore(7).

Projekt Git zwykle składa się z katalogu roboczego z podkatalogiem „.git” w
Najwyższy poziom. Katalog .git zawiera między innymi skompresowaną obiektową bazę danych
reprezentujący pełną historię projektu, plik „indeksu”, który łączy tę historię
do bieżącej zawartości drzewa roboczego i nazwane wskaźniki do tej historii, takie jak
znaczniki i głowice gałęzi.

Obiektowa baza danych zawiera obiekty trzech głównych typów: blob, które przechowują dane plikowe;
drzewa, które wskazują obiekty blob i inne drzewa w celu zbudowania hierarchii katalogów; I
zatwierdzeń, z których każde odwołuje się do pojedynczego drzewa i pewnej liczby zatwierdzeń nadrzędnych.

Zatwierdzenie, równoważne temu, co inne systemy nazywają „zbiorem zmian” lub „wersją”, reprezentuje a
krok w historii projektu, a każdy rodzic reprezentuje krok bezpośrednio go poprzedzający.
Zobowiązania z więcej niż jednym rodzicem reprezentują połączenie niezależnych linii rozwoju.

Wszystkie obiekty są nazywane skrótem SHA-1 ich zawartości, zwykle zapisywanym jako ciąg znaków
40 cyfr szesnastkowych. Takie nazwy są unikatowe na skalę światową. Cała historia prowadząca do zatwierdzenia
można poręczyć, podpisując właśnie to zobowiązanie. Dostępny jest czwarty typ obiektu, znacznik
w tym celu.

Po pierwszym utworzeniu obiekty są przechowywane w pojedynczych plikach, ale ze względu na wydajność może to nastąpić później
zostać skompresowane razem w „pliki pakietów”.

Nazwane wskaźniki zwane refs oznaczają interesujące punkty w historii. Ref może zawierać SHA-1
nazwa obiektu lub nazwa innego ref. Referencje o nazwach zaczynających się od ref/head/contain
nazwa SHA-1 ostatniego zatwierdzenia (lub „głowy”) rozwijanej gałęzi. SHA-1
nazwy interesujących tagów są przechowywane w ref/tags/. Zawiera specjalny odnośnik o nazwie HEAD
nazwa aktualnie wyewidencjonowanego oddziału.

Plik indeksu jest inicjowany z listą wszystkich ścieżek i dla każdej ścieżki obiektem blob
i zestaw atrybutów. Obiekt blob reprezentuje zawartość pliku od dnia
szef obecnego oddziału. Atrybuty (czas ostatniej modyfikacji, rozmiar itp.) są pobierane z
odpowiedni plik w drzewie roboczym. Kolejne zmiany w drzewie roboczym mogą być
znalezione przez porównanie tych atrybutów. Indeks może być aktualizowany o nowe treści i nowe
zatwierdzenia mogą być tworzone z treści przechowywanej w indeksie.

Indeks może również przechowywać wiele wpisów (zwanych „etapami”) dla danego
nazwa ścieżki. Te etapy są używane do przechowywania różnych niescalonych wersji pliku, gdy a
trwa scalanie.

DALEJ DOKUMENTACJA

Zobacz odniesienia w sekcji „opis”, aby rozpocząć korzystanie z Git. Oto jest
prawdopodobnie więcej szczegółów niż jest to konieczne dla pierwszego użytkownika.

Połączenia git Koncepcje publikacji naukowej of dotychczasowy instrukcja obsługi[2] i samouczek gitcore(7) oba zapewniają
wprowadzenie do leżącej u podstaw architektury Git.

See gitworkflow(7) zawiera przegląd zalecanych przepływów pracy.

Zobacz też howto[3] dokumenty zawierające kilka przydatnych przykładów.

Wewnętrzne są udokumentowane w git API dokumentacja[4].

Użytkownicy migrujący z CVS również mogą chcieć przeczytać migracja gitcvs(7).

AUTORSKI

Git został uruchomiony przez Linusa Torvaldsa, a obecnie jest utrzymywany przez Junio ​​C. Hamano. Liczny
wkładów pochodziło z listy mailingowej Git[email chroniony][5]>.
http://www.openhub.net/p/git/contributors/summary daje pełniejszą listę
współtwórcy.

Jeśli masz klon samego git.git, wyjście git-shortlog(1) i git-wina(1 może
pokazać autorów poszczególnych części projektu.

RAPORTOWANIE ROBAKI

Zgłoś błędy na listę mailingową Git[email chroniony][5]> gdzie rozwój i
konserwacja jest wykonywana przede wszystkim. Nie musisz być zapisany na listę, aby wysłać wiadomość
tam wiadomość.

Korzystaj z git online, korzystając z usług onworks.net