To jest polecenie git-show, które można uruchomić u dostawcy bezpłatnego hostingu OnWorks przy użyciu jednej z naszych wielu bezpłatnych stacji roboczych online, takich jak Ubuntu Online, Fedora Online, emulator online systemu Windows lub emulator online systemu MAC OS
PROGRAM:
IMIĘ
git-show — Pokazuje różne typy obiektów
STRESZCZENIE
odrzutowiec pokazać [opcje] ...
OPIS
Pokazuje jeden lub więcej obiektów (bloby, drzewa, znaczniki i zatwierdzenia).
W przypadku zatwierdzeń pokazuje komunikat dziennika i różnicę tekstową. Przedstawia także zatwierdzenie scalania
w specjalnym formacie wyprodukowanym przez odrzutowiec drzewo różnic --cc.
W przypadku tagów wyświetla komunikat tagu i obiekty, do których się odwołuje.
W przypadku drzew pokazuje nazwy (odpowiednik odrzutowiec ls-drzewo z --name-only).
W przypadku zwykłych obiektów blob pokazuje zwykłą zawartość.
Polecenie pobiera opcje mające zastosowanie do odrzutowiec drzewo różnic polecenie kontrolowania sposobu
pokazane są zmiany wprowadzone przez zatwierdzenie.
Na tej stronie podręcznika opisano tylko najczęściej używane opcje.
OPCJE
...
Nazwy obiektów do pokazania. Aby uzyskać pełniejszą listę sposobów pisowni nazw obiektów,
zobacz sekcję „OKREŚLANIE WERSJI” w gitrewizje(7).
--ładny[= ], --format=
Ładnie wydrukuj zawartość dzienników zatwierdzeń w danym formacie, gdzie może być
jeden z jedna linia, krótki, średni, pełny, pełniejszy, E-mail, surowy, format: i
format:. Kiedy nie jest żadnym z powyższych i ma %symbol zastępczy w nim, to
zachowuje się jakby --pretty=tformat: było dane.
Zobacz sekcję „ŁADNE FORMATY”, aby uzyskać dodatkowe szczegóły dotyczące każdego formatu. Gdy
= część jest pominięta, domyślnie jest to średni.
Uwaga: możesz określić domyślny ładny format w konfiguracji repozytorium (patrz
git-config(1)).
--abbrev-commit
Zamiast pokazywać pełną 40-bajtową nazwę obiektu zatwierdzenia w formacie szesnastkowym, pokaż tylko a
częściowy przedrostek. Niedomyślną liczbę cyfr można określić za pomocą „--abbrev= "
(który modyfikuje również wyjście różnicowe, jeśli jest wyświetlane).
To powinno sprawić, że „--pretty=oneline” będzie o wiele bardziej czytelne dla osób używających
Terminale 80-kolumnowe.
--no-abbrev-commit
Pokaż pełną 40-bajtową nazwę obiektu zatwierdzenia w formacie szesnastkowym. To neguje --abbrev-commit i
opcje, które to sugerują, takie jak „--oneline”. Zastępuje również
log.abbrevZatwierdź zmienna.
--jedna linia
Jest to skrót od „--pretty=oneline --abbrev-commit” używanego razem.
--kodowanie=
Obiekty zatwierdzeń zapisują w swoim kodowaniu kodowanie użyte w komunikacie dziennika
nagłówek; tej opcji można użyć, aby nakazać poleceniu ponowne zakodowanie komunikatu dziennika zatwierdzeń
w kodowaniu preferowanym przez użytkownika. W przypadku poleceń innych niż hydrauliczne domyślnie jest to
UTF-8. Zauważ, że jeśli obiekt twierdzi, że jest zakodowany w X, a my wysyłamy w X, my
wyświetli obiekt dosłownie; oznacza to, że w oryginale występują nieprawidłowe sekwencje
zatwierdzenie może zostać skopiowane na wyjście.
--notatki[= ]
Pokaż notatki (patrz git-notatki(1)), które opisują zatwierdzenie podczas pokazywania zatwierdzenia
wiadomość dziennika. Jest to ustawienie domyślne dla poleceń git log, git show i git whatchanged
gdy w wierszu poleceń nie podano opcji --pretty, --format lub --oneline.
Domyślnie wyświetlane notatki pochodzą z odnośników do notatek wymienionych w pliku core.notesRef i
notatki.wyświetlaczRef zmienne (lub odpowiednie zastąpienia środowiska). Widzieć git-config(1)
by uzyskać więcej szczegółów.
Z opcjonalnym argument, pokaż ten odnośnik do notatek zamiast uwag domyślnych
ref. Ref określa pełną nazwę ref, gdy zaczyna się od refs/notes/; kiedy to
zaczyna się od notes/, refs/, a w przeciwnym razie refs/notes/ jest poprzedzone prefiksem, tworząc pełną nazwę
ref.
Można łączyć wiele opcji --notes, aby kontrolować, które notatki są wyświetlane.
Przykłady: „--notes=foo” wyświetli tylko notatki z „refs/notes/foo”; "--notatki=foo
--notes” wyświetli zarówno notatki z „refs/notes/foo”, jak i z domyślnych notatek ref.
--bez-notatek
Nie pokazuj notatek. To neguje powyższą opcję --notes, resetując listę
odnośniki do notatek, z których pokazane są notatki. Opcje są analizowane w kolejności podanej na stronie
wiersz poleceń, więc np. „--notes --notes=foo --no-notes --notes=bar” pokaże tylko
notatki z „refs/notes/bar”.
--show-notes[= ], --[no-]notatki standardowe
Opcje te są przestarzałe. Zamiast tego użyj powyższych opcji --notes/--no-notes.
--pokaż podpis
Sprawdź ważność podpisanego obiektu zatwierdzenia, przekazując podpis do gpg --verify
i pokaż wynik.
ŁADNY FORMATY
Jeśli zatwierdzenie jest połączeniem, a jeśli ładny format nie jest jedna linia, E-mail or surowy,
przed . wstawiana jest dodatkowa linia Autor: linia. Ta linia zaczyna się od „Scal:” i
wypisywane są sha1 zatwierdzeń przodków, oddzielone spacjami. Należy pamiętać, że wymienione
zatwierdzenia niekoniecznie muszą być listą kierować rodzic zatwierdza, jeśli masz ograniczone
Twoje spojrzenie na historię: na przykład, jeśli interesują Cię tylko zmiany związane z a
określony katalog lub plik.
Istnieje kilka wbudowanych formatów i można zdefiniować dodatkowe formaty, ustawiając a
ładny. config na inną nazwę formatu lub a format: sznurek, jako
opisane poniżej (patrz git-config(1)). Oto szczegóły wbudowanych formatów:
· jedna linia
Został zaprojektowany tak, aby był jak najbardziej kompaktowy.
· krótki
popełniać
Autor:
· średni
popełniać
Autor:
Data:
· pełny
popełniać
Autor:
Popełniać:
· pełniejszy
popełniać
Autor:
AutorData:
Popełniać:
Data zatwierdzenia:
Z
Z:
Data:
Temat: [PATCH]
· surowy
surowy format pokazuje całe zatwierdzenie dokładnie tak, jak zostało zapisane w obiekcie zatwierdzenia.
Warto zauważyć, że SHA-1 są wyświetlane w całości, niezależnie od tego, czy --abbrev czy
--no-abbrev są używane i rodzice informacje pokazują prawdziwe zatwierdzenia rodzica, bez
biorąc pod uwagę przeszczepy lub uproszczenie wywiadu. Należy pamiętać, że ten format wpływa
sposób, w jaki wyświetlane są zatwierdzenia, ale nie sposób, w jaki pokazywana jest różnica, np. za pomocą git log
--surowy. Aby uzyskać pełne nazwy obiektów w surowym formacie różnicowym, użyj opcji --no-abbrev.
· format:
format: format pozwala określić, jakie informacje chcesz wyświetlić.
Działa trochę jak format printf, z godnym uwagi wyjątkiem, że otrzymujesz plik a
nowa linia z %n zamiast \n.
Np, formacie: „ autor of %h była %jakiś, %ar%nThe tytuł była >>%s<<%n" pokaże
coś takiego:
Autorem fe6e0ee był Junio C Hamano, 23 godziny temu
Tytuł brzmiał >>t4119: test autocomputing -s dla tradycyjnego wejścia różnicowego.<
Elementy zastępcze to:
· %H: zatwierdź skrót
· %h: w skrócie skrót zatwierdzenia
· %T: skrót drzewa
· %t: skrócony skrót drzewa
· %P: skróty nadrzędne
· %p: skrócone skróty nadrzędne
· %jakiś: imię autora
· %jakiś: nazwisko autora (w odniesieniu do .mailmap, patrz git-shortlog(1) lub git-wina(1))
· %ae: e-mail autora
· %aE: adres e-mail autora (w odniesieniu do .mailmap, patrz git-shortlog(1) lub git-wina(1))
· %ogłoszenie: data autora (format uwzględnia opcję --date=)
· %ogłoszenie: data autora, styl RFC2822
· %ar: data autora, krewny
· %Na: data autora, znacznik czasu UNIX
· %ai: data autora, format podobny do ISO 8601
· %aI: data autora, ścisły format ISO 8601
· %cn: nazwa osoby zatwierdzającej
· %cN: nazwa osoby zatwierdzającej (z uwzględnieniem .mailmap, patrz git-shortlog(1) lub git-wina(1))
· %ce: e-mail osoby odpowiedzialnej
· %cE: e-mail osoby odpowiedzialnej (w odniesieniu do .mailmap, patrz git-shortlog(1) lub git-wina(1))
· %płyta CD: data osoby zatwierdzającej (format uwzględnia opcję --date=)
· %płyta CD: data osoby zatwierdzającej, styl RFC2822
· %kr: data sprawcy, względna
· %ct: data osoby zatwierdzającej, znacznik czasu UNIX
· %ci: data osoby zatwierdzającej, format podobny do ISO 8601
· %cI: data osoby zatwierdzającej, ścisły format ISO 8601
· %d: nazwy refów, jak opcja --decorate git-log(1)
· %D: nazwy ref bez opakowania „(”, „)”.
· %e: kodowanie
· %s: temat
· %f: oczyszczony temat, odpowiedni dla nazwy pliku
· %b: ciało
· %B: surowe ciało (nieopakowany podmiot i ciało)
· %N: zatwierdzenie notatek
· %GG: nieprzetworzona wiadomość weryfikacyjna od GPG dotycząca podpisanego zatwierdzenia
· %G?: pokaż „G” dla dobrego podpisu, „B” dla złego podpisu, „U” dla dobrego,
niezaufany podpis i „N” w przypadku braku podpisu
· %GS: pokazuje imię i nazwisko osoby podpisującej podpisane zatwierdzenie
· %GK: pokaż klucz użyty do podpisania podpisanego zatwierdzenia
· %gD: selektor reflogu, np. refs/stash@{1}
· %gd: skrócony selektor reflogu, np. stash@{1}
· %gn: nazwa tożsamości reflog
· %gN: nazwa tożsamości reflog (z uwzględnieniem .mailmap, patrz git-shortlog(1) lub git-
winić(1))
· %ge: adres e-mail tożsamości reflog
· %gE: adres e-mail tożsamości reflog (z uwzględnieniem .mailmap, patrz git-shortlog(1) lub git-
winić(1))
· %gs: przeloguj temat
· % Kredyt: zmień kolor na czerwony
· %Czielony: zmień kolor na zielony
· %Cniebieski: zmień kolor na niebieski
· %Creset: resetowanie koloru
· %C(...): specyfikacja koloru, zgodnie z opisem w opcji konfiguracyjnej color.branch.*; dodanie
auto, na początku będzie emitować kolory tylko wtedy, gdy kolory zostaną włączone w wynikach dziennika
(przez color.diff, color.ui lub --color i przestrzegając automatycznych ustawień pliku
poprzednie, jeśli jedziemy do terminalu). Włączy się samo auto (tzn. %C(auto)).
automatyczne kolorowanie kolejnych symboli zastępczych, dopóki kolor nie zostanie ponownie zmieniony.
· %m: lewy, prawy lub znak graniczny
· %n: Nowa linia
· %%: surowy %
· %x00: wydrukuj bajt z kodu szesnastkowego
· %w([ [, [, ]]]): przełącza zawijanie linii, jak opcja -w git-
krótki dziennik(1).
· %<( [,trunc|ltrunc|mtrunc]): spraw, aby następny symbol zastępczy zajmował co najmniej N kolumn,
jeśli to konieczne, dopełniając spacje po prawej stronie. Opcjonalnie obetnij na początku
(ltrunc), środek (mtrunc) lub koniec (trunc), jeśli wynik jest dłuższy niż N
kolumny. Należy pamiętać, że obcinanie działa poprawnie tylko przy N >= 2.
· %<|( ): spraw, aby następny symbol zastępczy zajął co najmniej N-tą kolumnę, dopełnienie
spacje po prawej stronie, jeśli to konieczne
· %>( ), %>|( ): podobny do %<( ), %<|( ) odpowiednio, ale spacje dopełniające
po lewej
· %>>( ), %>>|( ): podobny do %>( ), %>|( ) odpowiednio, z tą różnicą, że jeśli
następny symbol zastępczy zajmuje więcej miejsca niż podano, a po jego lewej stronie znajdują się spacje,
wykorzystaj te spacje
· %><( ), %><|( ): podobny do % <( ), %<|( ) odpowiednio, ale dopełniając oba
boki (tzn. tekst jest wyśrodkowany)
Note
Niektóre symbole zastępcze mogą zależeć od innych opcji dostępnych w silniku przeglądania wersji.
Na przykład opcje reflog %g* wstawią pusty ciąg znaków, chyba że tak jest
przeglądanie wpisów reflogu (np. przez git log -g). Zostaną użyte symbole zastępcze %d i %D
„krótki” format dekoracji, jeśli --decorate nie zostało już podane w poleceniu
Linia.
Jeśli dodasz + (znak plus) po % symbolu zastępczego, natychmiast wstawiany jest znak nowego wiersza
przed rozwinięciem wtedy i tylko wtedy, gdy symbol zastępczy rozwinie się do niepustego ciągu.
Jeśli dodasz - (znak minus) po % symbolu zastępczego, wysuwu wiersza bezpośrednio poprzedzającego
rozwinięcia są usuwane wtedy i tylko wtedy, gdy symbol zastępczy rozwinie się do pustego ciągu.
Jeśli dodasz ` ` (spację) po % symbolu zastępczego, bezpośrednio przed nim wstawiana jest spacja
rozwinięcie wtedy i tylko wtedy, gdy symbol zastępczy rozwinie się do niepustego ciągu.
· format:
format: format działa dokładnie tak samo format:, z tą różnicą, że zapewnia „terminator”
semantyka zamiast semantyki „separatora”. Innymi słowy, każde zatwierdzenie ma
dodany znak kończący wiadomość (zwykle znak nowej linii), a nie separator
umieszczone pomiędzy wpisami. Oznacza to, że ostateczny wpis w formacie jednowierszowym będzie
być poprawnie zakończone nową linią, tak jak robi to format „oneline”. Dla
przykład:
$ git log -2 --pretty=format:%h 4da45bef \
| perl -pe '$_ .= " -- BRAK NEWLINE\n" chyba że /\n/'
4da45be
7134973 — BRAK nowej linii
$ git log -2 --pretty=tformat:%h 4da45bef \
| perl -pe '$_ .= " -- BRAK NEWLINE\n" chyba że /\n/'
4da45be
7134973
Ponadto każdy nierozpoznany ciąg znaków zawierający % jest interpretowany tak, jakby miał
tformat: przed nim. Na przykład te dwa są równoważne:
$ git log -2 --pretty=tformat:%h 4da45bef
$ git log -2 --pretty=%h 4da45bef
WSPÓLNY DIFF OPCJE
-p, -u, --łatka
Wygeneruj łatkę (zobacz sekcję o generowaniu łatek).
-s, --no-patch
Pomiń wyjście różnicowe. Przydatne w przypadku poleceń takich jak git show, które pokazują łatkę według
default lub aby anulować efekt --patch.
-U , --unified=
Generuj różnice za pomocą linii kontekstu zamiast zwykłych trzech. Implikuje -str.
--surowe
Dla każdego zatwierdzenia pokaż podsumowanie zmian w formacie surowego porównania. Zobacz plik „RAW
FORMAT WYJŚCIOWY” w sekcji git-diff(1). Różni się to od pokazywania samego dziennika
w formacie surowym, co można osiągnąć za pomocą --format=raw.
--patch-z-rawem
Synonim dla -p --raw.
--minimalny
Poświęć dodatkowy czas, aby upewnić się, że generowana jest najmniejsza możliwa różnica.
--cierpliwość
Wygeneruj różnicę za pomocą algorytmu „różnica cierpliwości”.
--histogram
Wygeneruj różnicę za pomocą algorytmu „różnica histogramu”.
--diff-algorithm={cierpliwość|minimalny|histogram|myers}
Wybierz algorytm różnicowania. Warianty są następujące:
domyślnie, myers
Podstawowy algorytm różnic zachłannych. Obecnie jest to ustawienie domyślne.
minimalny
Poświęć dodatkowy czas, aby upewnić się, że generowana jest najmniejsza możliwa różnica.
cierpliwość
Użyj algorytmu „różnicy cierpliwości” podczas generowania poprawek.
histogram
Algorytm ten rozszerza algorytm cierpliwości, aby „obsługiwał rzadko występujące wspólne
elementy".
Na przykład, jeśli skonfigurowałeś zmienną diff.algorithm na wartość inną niż domyślna i
chcesz użyć domyślnego, musisz użyć opcji --diff-algorithm=default.
--stat[= [, [, ]]]
Wygeneruj plik diffstat. Domyślnie dla pliku zostanie użyte tyle miejsca, ile potrzeba
część nazwy pliku, a resztę dla części wykresu. Maksymalna szerokość jest domyślna dla terminala
szerokość lub 80 kolumn, jeśli nie jest podłączony do terminala, i może być zastąpiony przez .
Szerokość części nazwy pliku można ograniczyć, podając inną szerokość
po przecinku. Szerokość części wykresu można ograniczyć za pomocą
--stat-graph-width= (dotyczy wszystkich poleceń generujących wykres statystyk) lub przez
ustawienie diff.statGraphWidth= (nie wpływa na format git-patch). Dając A
trzeci parametr , możesz ograniczyć wyjście do pierwszego linie, podążał
przez ... jeśli jest ich więcej.
Parametry te można również ustawić indywidualnie za pomocą opcji --stat-width= ,
--stat-name-width= i --stat-count= .
--numstat
Podobne do --stat, ale pokazuje liczbę dodanych i usuniętych linii w notacji dziesiętnej i
nazwa ścieżki bez skrótu, aby była bardziej przyjazna dla komputera. W przypadku plików binarnych
wyprowadza dwa - zamiast mówić 0 0.
--krótkistat
Wypisuje tylko ostatnią linię formatu --stat zawierającą całkowitą liczbę zmodyfikowanych
plików, a także liczbę dodanych i usuniętych linii.
--dirstat[= ]
Wyprowadź rozkład względnej ilości zmian dla każdego podkatalogu. The
zachowanie --dirstat można dostosować, przekazując mu listę wartości oddzielonych przecinkami
parametry. Wartości domyślne są kontrolowane przez zmienną konfiguracyjną diff.dirstat
(Patrz git-config(1)). Dostępne są następujące parametry:
zmiany
Oblicz liczby dirstat, licząc linie, które zostały usunięte z
źródło lub dodane do miejsca docelowego. To ignoruje ilość czystego kodu
ruchy w pliku. Innymi słowy, zmiana kolejności wierszy w pliku nie jest
liczy się tak samo jak inne zmiany. Jest to zachowanie domyślne, gdy nie ma żadnego parametru
jest podawany.
linie
Oblicz liczby dirstat, wykonując regularną analizę różnic opartą na liniach i
sumowanie liczby usuniętych/dodanych linii. (W przypadku plików binarnych policz fragmenty 64-bajtowe
zamiast tego, ponieważ pliki binarne nie mają naturalnej koncepcji linii). To jest więcej
drogie zachowanie --dirstat niż zachowanie zmian, ale to się liczy
przestawił linie w pliku w takim samym stopniu, jak inne zmiany. Wynikowy wynik to
zgodne z tym, co otrzymujesz z innych opcji --*stat.
pliki
Oblicz liczby dirstat, licząc liczbę zmienionych plików. Każdy się zmienił
plik liczy się jednakowo w analizie dirstat. To jest najtańsze obliczeniowo
--dirstat zachowanie, ponieważ w ogóle nie musi patrzeć na zawartość pliku.
łączny
Policz zmiany w katalogu podrzędnym również dla katalogu nadrzędnego. Zauważ to
w przypadku stosowania wartości skumulowanych suma podanych wartości procentowych może przekroczyć 100%. The
zachowanie domyślne (niekumulacyjne) można określić za pomocą opcji niekumulatywnej
parametr.
Parametr całkowity określa procent odcięcia (domyślnie 3%). Katalogi
wkład mniejszy niż ten procent zmian nie jest pokazywany w danych wyjściowych.
Przykład: Poniższe zlicza zmienione pliki, ignorując katalogi z less
niż 10% całkowitej liczby zmienionych plików i gromadzenie liczby katalogów podrzędnych
w katalogach nadrzędnych: --dirstat=files,10,cumulative.
--streszczenie
Wygeneruj skondensowane podsumowanie rozszerzonych informacji nagłówkowych, takich jak kreacje, zmiany nazw
i zmiany trybu.
--łatka-ze statystyką
Synonim dla -p --stat.
-z
Oddziel zatwierdzenia wartościami NUL zamiast nowymi znakami nowej linii.
Ponadto, jeśli podano --raw lub --numstat, nie zmieniaj nazw ścieżek i używaj wartości NUL as
terminatory pola wyjściowego.
Bez tej opcji, każda ścieżka wyjściowa będzie miała TAB, LF, podwójne cudzysłowy i
znaki ukośnika odwrotnego zastąpione odpowiednio przez \t, \n, \", i \\ oraz nazwę ścieżki
zostaną ujęte w podwójne cudzysłowy, jeśli wystąpiła którakolwiek z tych zamian.
--tylko nazwa
Pokaż tylko nazwy zmienionych plików.
--nazwa-status
Pokaż tylko nazwy i status zmienionych plików. Zobacz opis filtru --diff
opcję określającą, co oznaczają litery statusu.
--moduł podrzędny[= ]
Określ sposób wyświetlania różnic w modułach podrzędnych. Kiedy --submodule lub --submodule=log
podano, log format jest używany. Ten format zawiera listę zatwierdzeń w zakresie takim jak git-
podmoduł(1) podsumowanie tak. Pominięcie opcji --submodule lub określenie
--submodule=short, używa krótki format. Ten format pokazuje tylko nazwy plików
zatwierdzenia na początku i na końcu zakresu. Można dostosować za pomocą modułu diff.submodule
zmienna konfiguracyjna.
--kolor[= ]
Pokaż różnicę kolorów. --kolor (tj. bez =) jest tym samym co --color=always.
może być jednym z zawsze, nigdy lub auto.
--brak koloru
Wyłącz różnicowanie kolorów. Jest to to samo co --color=never.
--różnica-słów[= ]
Pokaż różnicę słów, używając rozgraniczyć zmienione słowa. Domyślnie słowa są
oddzielone białymi znakami; zobacz --word-diff-regex poniżej. The domyślnie zwykły,
i musi być jednym z:
kolor
Zaznacz zmienione słowa używając tylko kolorów. Implikuje --kolor.
zwykły
Pokaż słowa jako [-usunięte-] i {+dodane+}. Nie podejmuje żadnych prób ucieczki
ograniczniki, jeśli pojawiają się na wejściu, więc dane wyjściowe mogą być niejednoznaczne.
porcelana
Użyj specjalnego formatu opartego na wierszach, przeznaczonego do używania skryptów.
Dodane/usunięte/niezmienione przebiegi są drukowane w zwykłym ujednoliconym formacie różnicowym,
zaczynając od znaku +/-/` ` na początku wiersza i kończąc na
koniec linii. Nowe wiersze na wejściu są reprezentowane przez tyldę ~ w wierszu
własny.
Żaden
Ponownie wyłącz różnicowanie słów.
Zwróć uwagę, że pomimo nazwy pierwszego trybu kolor służy do podświetlenia zmienionego
części we wszystkich trybach, jeśli są włączone.
--word-diff-regex=
Używać zdecydować, czym jest słowo, zamiast brać pod uwagę ciągi innych niż białe znaki
być słowem. Oznacza również --word-diff, chyba że zostało już włączone.
Każde nienakładające się dopasowanie uważa się za słowo. Wszystko pomiędzy
te dopasowania są traktowane jako białe znaki i ignorowane (!) w celu znalezienia
różnice. Możesz chcieć dołączyć |[^[:space:]] do swojego wyrażenia regularnego, aby utworzyć
upewnij się, że pasuje do wszystkich znaków innych niż białe znaki. Dopasowanie zawierające znak nowej linii to
po cichu obcięte (!) w nowej linii.
Na przykład --word-diff-regex=. potraktuje każdy znak jako słowo i,
odpowiednio, pokaż różnice znak po znaku.
Wyrażenie regularne można również ustawić za pomocą sterownika różnicowego lub opcji konfiguracji, patrz
gitatrybuty(1) lub git-config(1). Podanie go jawnie zastępuje dowolny sterownik różnicowy lub
ustawienie konfiguracji. Sterowniki Diff zastępują ustawienia konfiguracji.
--color-words[= ]
Odpowiednik --word-diff=color plus (jeśli podano wyrażenie regularne)
--word-diff-regex= .
--nie-zmiana nazwy
Wyłącz wykrywanie zmiany nazwy, nawet jeśli plik konfiguracyjny zawiera domyślną opcję do zrobienia
tak.
--sprawdzać
Ostrzegaj, jeśli zmiany wprowadzają błędy spacji. To, co jest uważane za błędy spacji, to
kontrolowane przez konfigurację core.whitespace. Domyślnie końcowe spacje
(w tym linie, które składają się wyłącznie z białych znaków) i znak spacji
bezpośrednio po którym następuje znak tabulacji wewnątrz początkowego wcięcia linii są
uważane za białe znaki. Wychodzi ze statusem niezerowym, jeśli zostaną znalezione problemy. Nie
kompatybilny z --exit-code.
--ws-error-highlight=
Podświetl błędy spacji w wierszach określonych przez w kolorze wskazanym przez
kolor.różnica.biała przestrzeń. jest oddzieloną przecinkami listą starego, nowego kontekstu. Gdy
ta opcja nie jest podana, podświetlane są tylko błędy spacji w nowych liniach. Np
--ws-error-highlight=new,old podkreśla błędy spacji zarówno w usuniętych, jak i dodanych
linie. all może być używany jako skrót dla starego, nowego kontekstu.
--pełny indeks
Zamiast pierwszej garści znaków pokaż pełny obiekt blob przed i po obrazie
nazwy obiektów w wierszu „index” podczas generowania danych wyjściowych w formacie poprawki.
--dwójkowy
Oprócz --full-index, wyprowadź binarną różnicę, którą można zastosować za pomocą git-apply.
--skrót[= ]
Zamiast pokazywać pełną 40-bajtową szesnastkową nazwę obiektu w danych wyjściowych w formacie diff-raw
i wiersze nagłówka drzewa różnic pokazują tylko częściowy przedrostek. Jest to niezależne od
Opcja --full-index powyżej, która kontroluje format wyjściowy łatki różnicowej. Niestandardowe
liczbę cyfr można określić za pomocą opcji --abbrev= .
-B[ ][/ ], --break-rewrites[=[ ][/ ]]
Podziel pełne przepisanie zmian na pary usuwania i tworzenia. To służy dwóm
cele:
Wpływa to na sposób zmiany, która sprowadza się do całkowitego przepisania pliku, a nie jako seria
delecji i insercji zmieszanych razem z bardzo nielicznymi pasującymi liniami
tekstowo jako kontekst, ale jako pojedyncze usunięcie wszystkiego starego, po którym następuje a
pojedyncze wstawienie wszystkiego nowego, a liczba m kontroluje ten aspekt -B
opcja (domyślnie 60%). -B/70% określa, że mniej niż 30% oryginału powinno
pozostanie w wyniku, aby Git uznał to za całkowite przepisanie (tzn
wynikowa łatka będzie serią usunięć i wstawek zmieszanych z kontekstem
linie).
W przypadku użycia z -M, całkowicie przepisany plik jest również uważany za źródło a
zmień nazwę (zwykle -M traktuje tylko plik, który zniknął jako źródło zmiany nazwy),
a liczba n steruje tym aspektem opcji -B (domyślnie 50%). -B20%
określa, że zmiana z dodawaniem i usuwaniem w porównaniu do 20% lub więcej
rozmiar pliku kwalifikują się do odebrania jako możliwe źródło zmiany nazwy na
inny plik.
-M[ ], --find-renames[= ]
Jeśli generujesz różnice, wykryj i zgłoś zmiany nazw dla każdego zatwierdzenia. Dla następujących plików
między zmianami nazw podczas przeglądania historii, zobacz --follow. Jeśli podano n, jest to a
próg wskaźnika podobieństwa (tj. ilość dodanych/usunięć w porównaniu do
rozmiar pliku). Na przykład -M90% oznacza, że Git powinien uważać parę usuwania/dodawania za a
zmień nazwę, jeśli ponad 90% pliku nie uległo zmianie. Bez znaku % liczba jest równa
należy czytać jako ułamek zwykły, z kropką dziesiętną przed nim. Tzn. -M5 staje się 0.5 i jest
zatem to samo co -M50%. Podobnie -M05 jest tym samym, co -M5%. Aby ograniczyć wykrywanie do
dokładne zmiany nazw, użyj -M100%. Domyślny wskaźnik podobieństwa wynosi 50%.
-C[ ], --znajdź-kopie[= ]
Wykrywaj kopie i zmiany nazw. Zobacz także --find-copies-harder. Jeśli podano n, to
ma takie samo znaczenie jak dla -M .
--znajdź kopie-trudniej
Ze względu na wydajność domyślnie opcja -C znajduje kopie tylko wtedy, gdy oryginalny plik
kopii został zmodyfikowany w tym samym zestawie zmian. Ta flaga sprawia, że polecenie sprawdza
pliki niezmodyfikowane jako kandydaci na źródło kopii. To jest bardzo drogie
w przypadku dużych projektów, więc używaj go ostrożnie. Podanie więcej niż jednej opcji -C
ma ten sam efekt.
-D, --nieodwracalne-usuń
Pomiń preimage dla usunięć, tj. wydrukuj tylko nagłówek, ale nie różnicę między
preimage i /dev/null. Wynikowa łatka nie jest przeznaczona do nakładania z łatką lub
git zastosuj; jest to przeznaczone wyłącznie dla osób, które chcą po prostu skoncentrować się na przeglądaniu
tekst po zmianie. Ponadto na wyjściu oczywiście brakuje wystarczającej ilości informacji
zastosować taką łatkę w odwrotnej kolejności, nawet ręcznie, stąd nazwa opcji.
Gdy jest używane razem z -B, pomiń także preimage w części usuwającej a
usuń/utwórz parę.
-l
Opcje -M i -C wymagają czasu przetwarzania O(n^2), gdzie n jest liczbą
potencjalne cele zmiany nazwy/kopiowania. Ta opcja uniemożliwia uruchomienie wykrywania zmiany nazwy/kopiowania
jeśli liczba celów zmiany nazwy/kopiowania przekracza określoną liczbę.
--diff-filter=[(A|C|D|M|R|T|U|X|B)...[*]]
Wybierz tylko pliki, które są Dodane (A), Skopiowane (C), Usunięte (D), Zmodyfikowane (M), Zmieniono nazwę
(R), mają zmieniony typ (tj. zwykły plik, dowiązanie symboliczne, submoduł, ...) (T), są
Niepołączone (U), są nieznane (X) lub ich parowanie zostało przerwane (B). Dowolna kombinacja
można użyć wszystkich znaków filtru (w tym żadnego). Po dodaniu * (wszystko albo nic).
do kombinacji, wszystkie ścieżki są zaznaczone, jeśli istnieje plik pasujący do innych
kryteria w porównaniu; jeśli nie ma pliku spełniającego inne kryteria, nic
jest wybrany.
-S
Poszukaj różnic, które zmieniają liczbę wystąpień określonego ciągu
(tj. dodawanie/usuwanie) w pliku. Przeznaczony do użytku skryptera.
Jest to przydatne, gdy szukasz dokładnego bloku kodu (takiego jak struktura) i chcesz
poznać historię tego bloku od momentu jego powstania: skorzystaj z funkcji
iteracyjnie, aby wprowadzić interesujący blok w obrazie wstępnym z powrotem do -S i kontynuować
dopóki nie otrzymasz pierwszej wersji bloku.
-G
Poszukaj różnic, których tekst poprawki zawiera pasujące dodane/usunięte linie .
Aby zilustrować różnicę między -S --pickaxe-regex i -G , rozważać
zatwierdzenie z następującą różnicą w tym samym pliku:
+ return !regexec(regexp, two->ptr, 1, ®match, 0);
...
- hit = !regexec(regexp, mf2.ptr, 1, ®match, 0);
Podczas gdy git log -G"regexec\(regexp" pokaże to zatwierdzenie, git log -S"regexec\(regexp"
--pickaxe-regex nie będzie (ponieważ liczba wystąpień tego ciągu nie
zmiana).
Zobacz kilof wejście w gitdiffcore(7), aby uzyskać więcej informacji.
-- kilof-wszystko
Kiedy -S lub -G znajdzie zmianę, pokaż wszystkie zmiany w tym zestawie zmian, a nie tylko
pliki zawierające zmiany w .
--kif-regex
leczyć podane do -S jako rozszerzone wyrażenie regularne POSIX do dopasowania.
-O
Wyprowadź poprawkę w kolejności określonej w pliku , który ma jeden glob powłoki
wzór na linię. To zastępuje zmienną konfiguracyjną diff.orderFile (patrz git-
config(1)). Aby anulować diff.orderFile, użyj -O/dev/null.
-R
Zamień dwa wejścia; to znaczy, pokaż różnice między indeksem lub plikiem na dysku a drzewem
zawartość
--względny[= ]
Gdy jest uruchamiany z podkatalogu projektu, można mu nakazać wykluczenie zmian na zewnątrz
katalog i pokaż powiązane z nim nazwy ścieżek za pomocą tej opcji. Kiedy nie jesteś w środku
podkatalog (np. w czystym repozytorium), możesz określić, który podkatalog ma zostać utworzony
wyjście względem przez podanie a jako argument.
-tekst
Traktuj wszystkie pliki jako tekst.
--ignore-space-at-eol
Ignoruj zmiany w białych znakach w EOL.
-b, --ignore-zmiana-spacji
Ignoruj zmiany ilości białych znaków. To ignoruje białe znaki na końcu linii i
uważa wszystkie inne sekwencje jednego lub więcej białych znaków za równoważne.
-w, --ignore-all-space
Ignoruj spacje podczas porównywania linii. To ignoruje różnice, nawet jeśli jedna linia ma
białe znaki, w których druga linia ich nie ma.
--ignoruj puste linie
Ignoruj zmiany, których wiersze są puste.
--inter-przystojniak-kontekst=
Pokaż w ten sposób kontekst między porcjami różnic, aż do określonej liczby wierszy
łączenie kawałków, które są blisko siebie.
-W, --kontekst-funkcji
Pokaż całe otaczające funkcje zmian.
--ext-diff
Zezwól na wykonanie zewnętrznego pomocnika różnic. Jeśli ustawisz zewnętrzny sterownik różnicowy za pomocą
gitatrybuty(5), musisz użyć tej opcji z git-log(1) i przyjaciele.
--no-ext-diff
Nie zezwalaj na zewnętrzne sterowniki różnicowe.
--textconv, --no-textconv
Zezwalaj (lub nie zezwalaj) na uruchamianie zewnętrznych filtrów konwersji tekstu podczas porównywania danych binarnych
pliki. Widzieć gitatrybuty(5) po szczegóły. Ponieważ filtry textconv to zazwyczaj a
konwersji jednokierunkowej, wynikowa różnica jest odpowiednia do spożycia przez ludzi, ale nie może
być zastosowany. Z tego powodu filtry textconv są domyślnie włączone tylko dla git-
diff(1) i git-log(1), ale nie dla łatka w formacie git(1) lub różnicowe polecenia instalacyjne.
--ignore-submodules[= ]
Ignoruj zmiany w podmodułach w generowaniu różnic. może być albo „brak”,
„nieśledzone”, „brudne” lub „wszystkie”, co jest wartością domyślną. Użycie „none” spowoduje uwzględnienie
zmodyfikowany submoduł, gdy zawiera nieśledzone lub zmodyfikowane pliki lub jego HEAD
różni się od zatwierdzenia zarejestrowanego w superprojekcie i może być użyty do nadpisania dowolnego
ustawienia ignorować opcja w git-config(1) lub moduły git(5). Kiedy jest „nieśledzony”.
używane podmoduły nie są uważane za brudne, jeśli zawierają tylko nieśledzoną zawartość (ale
są nadal skanowane w poszukiwaniu zmodyfikowanej zawartości). Użycie „brudnego” ignoruje wszystkie zmiany w pliku
drzewie roboczym podmodułów, są tylko zmiany w zatwierdzeniach przechowywanych w superprojekcie
pokazany (tak było do wersji 1.7.0). Użycie opcji „wszystko” powoduje ukrycie wszystkich zmian w
podmoduły.
--src-przedrostek=
Pokaż podany przedrostek źródłowy zamiast „a/”.
--dst-przedrostek=
Pokaż podany prefiks miejsca docelowego zamiast „b/”.
--bez prefiksu
Nie pokazuj prefiksu źródła ani miejsca docelowego.
Aby uzyskać bardziej szczegółowe wyjaśnienie tych typowych opcji, zobacz także gitdiffcore(7).
GENEROWANIE ŁATKI Z -P
Gdy „git-diff-index”, „git-diff-tree” lub „git-diff-files” są uruchamiane z -p opcja „git
różnica" bez --surowe opcja lub „git log” z opcją „-p”, nie tworzą
wyjście opisane powyżej; zamiast tego tworzą plik poprawki. Możesz dostosować kreację
takich poprawek poprzez zmienne środowiskowe GIT_EXTERNAL_DIFF i GIT_DIFF_OPTS.
To, co tworzy opcja -p, różni się nieco od tradycyjnego formatu diff:
1. Jest poprzedzony nagłówkiem „git diff”, który wygląda tak:
diff --git a/plik1 b/plik2
Nazwy plików a/ i b/ są takie same, chyba że dotyczy to zmiany nazwy/kopiowania. Zwłaszcza nawet
dla tworzenia lub usuwania jest /dev/null nie używany zamiast a/ lub b/
nazwy plików.
Gdy dotyczy zmiany nazwy/kopiowania, plik1 i plik2 pokazują nazwę pliku źródłowego
rename/copy i nazwa pliku, który tworzy odpowiednio rename/copy.
2. Po nim następuje jeden lub więcej rozszerzonych wierszy nagłówka:
stary tryb
nowy tryb
tryb usuniętych plików
nowy tryb plików
skopiuj z
kopiuj do
zmienić nazwę z
zmienić nazwę na
wskaźnik podobieństwa
wskaźnik odmienności
indeks ..
Tryby plików są drukowane jako 6-cyfrowe liczby ósemkowe, w tym typ pliku i plik
bity uprawnień.
Nazwy ścieżek w rozszerzonych nagłówkach nie zawierają przedrostków a/ i b/.
Wskaźnik podobieństwa to procent niezmienionych linii, a wskaźnik odmienności
jest procentem zmienionych linii. Jest to liczba całkowita zaokrąglona w dół, po której następuje a
znak procentu. Wartość wskaźnika podobieństwa 100% jest zatem zarezerwowana dla dwóch równych plików,
podczas gdy 100% odmienności oznacza, że żadna linia ze starego pliku nie trafiła do nowego
jeden.
Linia indeksu zawiera sumę kontrolną SHA-1 przed i po zmianie. The Jest
włączone, jeśli tryb pliku się nie zmienia; w przeciwnym razie oddzielne linie wskazują stare
i nowy tryb.
3. Znaki TAB, LF, podwójny cudzysłów i odwrotny ukośnik w nazwach ścieżek są reprezentowane jako \t, \n,
odpowiednio \" i \\. Jeśli zachodzi taka potrzeba, to całość
ścieżka jest ujęta w podwójne cudzysłowy.
4. Wszystkie pliki plik1 na wyjściu odnoszą się do plików przed zatwierdzeniem, a wszystkie pliki plik2
pliki odnoszą się do plików po zatwierdzeniu. Stosowanie każdej zmiany do każdej z nich jest nieprawidłowe
plik po kolei. Na przykład ta łatka zamieni a i b:
diff --git a/ab/b
zmienić nazwę z a
zmienić nazwę na b
diff --git a/bb/a
zmienić nazwę z b
zmienić nazwę na a
ŁĄCZNY DIFF FORMAT
Każde polecenie generujące różnicę może przyjąć opcję -c lub --cc, aby utworzyć a połączony diff jeśli chodzi o komunikację i motywację
pokazuje połączenie. Jest to domyślny format podczas wyświetlania połączeń z git-diff(1) lub git-
pokazać(1). Zauważ też, że możesz podać opcję -m do dowolnego z tych poleceń, aby je wymusić
generowanie różnic z poszczególnymi rodzicami scalania.
A połączony diff format wygląda tak:
diff --combined opisz.c
indeks fabadb8,cc95eb0..4866510
--- a/opisz.c
+++ b/opisz.c
@@@ -98,20 -98,12 +98,20 @@@
powrót (data_a > data_b) ? -1 : (data_a == data_b) ? 0 : 1;
}
- static void opisz(char *arg)
-static void opisz(struct commit *cmit, int last_one)
++static void opisz(char *arg, int last_one)
{
+ znak bez znaku sha1[20];
+ zatwierdzenie struktury *cmit;
struct lista_zatwierdzeń *lista;
inicjalizacja statyczna int = 0;
nazwa_zatwierdzenia struktury *n;
+ if (get_sha1(arg, sha1) < 0)
+ użycie(opisz_użycie);
+ cmit = lookup_commit_reference(sha1);
+ jeśli (!cmit)
+ użycie(opisz_użycie);
+
if (! zainicjowane) {
zainicjowany = 1;
for_each_ref(get_name);
1. Poprzedza go nagłówek „git diff”, który wygląda tak (kiedy -c Jest opcja
używany):
diff -- plik złożony
lub tak (kiedy --cc używana jest opcja):
diff --cc plik
2. Po nim następuje jeden lub więcej rozszerzonych wierszy nagłówka (w tym przykładzie pokazano połączenie z
dwoje rodziców):
indeks , ..
tryb , ..
nowy tryb plików
tryb usuniętych plików ,
Tryb , .. linia pojawia się tylko wtedy, gdy co najmniej jeden z Jest
inny od reszty. Rozszerzone nagłówki z informacjami o wykrytych treściach
motion (zmiany nazw i wykrywanie kopiowania) są zaprojektowane do pracy z różnicą dwóch
i nie są używane przez połączony format różnic.
3. Po nim następuje dwuwierszowy nagłówek z pliku/do pliku
--- plik
+++ b/plik
Podobny do dwuwierszowego nagłówka dla tradycyjnego Ujednolicony diff, /dev/null służy do
sygnalizować utworzone lub usunięte pliki.
4. Format nagłówka fragmentu został zmodyfikowany, aby zapobiec przypadkowemu podaniu go przez ludzi
poprawka -p1. Połączony format różnic został stworzony do przeglądu zmian zatwierdzenia scalania i
nie był przeznaczony do zastosowania. Zmiana jest podobna do zmiany w rozszerzeniu wskaźnik
nagłówek:
@@@ @@@
Istnieją (liczba rodziców + 1) znaki @ w nagłówku porcji dla połączonej różnicy
Format.
W przeciwieństwie do tradycyjnego Ujednolicony diff, który pokazuje dwa pliki A i B z jednym
kolumna, która ma - (minus — pojawia się w A, ale jest usuwana w B), + (plus — brak w A, ale
dodany do B) lub przedrostek „ ” (spacja — bez zmian), ten format porównuje dwa lub więcej plików
plik1, plik2,... z jednym plikiem X i pokazuje, jak X różni się od każdego z plików N. Jedna kolumna
dla każdego pliku N jest dodawane do linii wyjściowej, aby zauważyć, jak różni się linia X
to.
A - znak w kolumnie N oznacza, że wiersz pojawia się w pliku N, ale nie występuje
w wyniku. Znak + w kolumnie N oznacza, że w wyniku pojawi się linia,
a fileN nie ma tej linii (innymi słowy, linia została dodana od punktu
opinia tego rodzica).
W powyższym przykładowym wyjściu sygnatura funkcji została zmieniona z obu plików (stąd dwa
- usunięcia zarówno z pliku 1, jak i pliku 2, plus ++ oznaczające, że jedna linia, która została dodana, nie
pojawiają się w pliku 1 lub pliku 2). Również osiem innych linii jest takich samych z file1, ale tak
nie pojawiają się w pliku 2 (stąd poprzedzone znakiem +).
Gdy jest pokazany przez git diff-tree -c, porównuje rodziców zatwierdzenia łączenia z łączeniem
wynik (tzn. file1..fileN są rodzicami). Kiedy jest pokazany przez git diff-files -c, porównuje
dwa nierozwiązane elementy nadrzędne scalania z plikiem drzewa roboczego (tj. plik1 to etap 2 aka
„nasza wersja”, plik2 to etap 3, czyli „ich wersja”).
PRZYKŁADY
git pokaż wersję 1.0.0
Pokazuje znacznik v1.0.0 wraz z obiektem, na który wskazują znaczniki.
git show v1.0.0^{drzewo}
Pokazuje drzewo wskazane przez znacznik v1.0.0.
git show -s --format=%s v1.0.0^{zatwierdzenie}
Pokazuje temat zatwierdzenia wskazany przez tag v1.0.0.
git show next~10:Dokumentacja/README
Pokazuje zawartość pliku Documentation/README w stanie aktualnym w 10
ostatnie zatwierdzenie gałęzi.
git show master: Makefile master: t/Makefile
Łączy zawartość wspomnianych plików Makefile w nagłówku mastera gałęzi.
DYSKUSJA
Git jest do pewnego stopnia niezależny od kodowania znaków.
· Zawartość obiektów blob to niezinterpretowane sekwencje bajtów. Nie ma
kodowanie tłumaczenia na poziomie podstawowym.
· Nazwy ścieżek są zakodowane w postaci C normalizacji UTF-8. Dotyczy to obiektów drzewiastych,
plik indeksu, nazwy referencyjne, a także nazwy ścieżek w argumentach wiersza poleceń,
zmienne środowiskowe i pliki konfiguracyjne (.git/config (zob git-config(1 XNUMX)), gitignore(5)
gitatrybuty(5) i moduły git(5)).
Zauważ, że Git na podstawowym poziomie traktuje nazwy ścieżek po prostu jako sekwencje innych niż NUL
bajtów, nie ma konwersji kodowania nazw ścieżek (z wyjątkiem komputerów Mac i Windows).
Dlatego używanie nazw ścieżek innych niż ASCII będzie w większości działać nawet na platformach i plikach
systemów, które używają starszego rozszerzonego kodowania ASCII. Jednak repozytoria utworzone na
takie systemy nie będą działać poprawnie na systemach opartych na UTF-8 (np. Linux, Mac, Windows)
i wzajemnie. Ponadto wiele narzędzi opartych na Git po prostu zakłada, że nazwy ścieżek są
UTF-8 i nie będzie poprawnie wyświetlać innych kodowań.
· Komunikaty dziennika zatwierdzeń są zwykle kodowane w UTF-8, ale inne rozszerzone kodowania ASCII
są również obsługiwane. Obejmuje to ISO-8859-x, CP125x i wiele innych, ale nie
Kodowanie wielobajtowe UTF-16/32, EBCDIC i CJK (GBK, Shift-JIS, Big5, EUC-x, CP9xx
itd.).
Chociaż zachęcamy do zakodowania komunikatów dziennika zatwierdzania w formacie UTF-8, zarówno rdzeń, jak i
Git Porcelain został zaprojektowany tak, aby nie wymuszać UTF-8 w projektach. Jeżeli wszyscy uczestnicy a
w konkretnym projekcie wygodniej jest używać starszego kodowania, Git nie zabrania
To. Należy jednak pamiętać o kilku rzeczach.
1. odrzutowiec popełnić i odrzutowiec drzewo zobowiązań wysyła ostrzeżenie, jeśli otrzyma komunikat dziennika zatwierdzenia
nie wygląda jak prawidłowy ciąg UTF-8, chyba że wyraźnie powiesz, że twój projekt używa a
starsze kodowanie. Sposobem na powiedzenie tego jest posiadanie i18n.commitencoding w .git/config
plik, taki jak ten:
[i18n]
kodowanie zatwierdzeń = ISO-8859-1
Obiekty zatwierdzenia utworzone z powyższym ustawieniem rejestrują wartość i18n.commitencoding
w swoim nagłówku kodowania. Ma to pomóc innym osobom, które później na nie spojrzą. Brak
ten nagłówek sugeruje, że komunikat dziennika zatwierdzenia jest zakodowany w UTF-8.
2. odrzutowiec log, odrzutowiec pokazać, odrzutowiec winić i przyjaciele patrzą na nagłówek kodowania zatwierdzenia
obiekt i spróbuj ponownie zakodować komunikat dziennika do UTF-8, chyba że określono inaczej. Ty
może określić żądane kodowanie wyjściowe za pomocą i18n.logoutputencoding w .git/config
plik, taki jak ten:
[i18n]
kodowanie wyjścia logowania = ISO-8859-1
Jeśli nie masz tej zmiennej konfiguracyjnej, wartość i18n.commitencoding wynosi
używany zamiast tego.
Zauważ, że celowo zdecydowaliśmy się nie kodować ponownie komunikatu dziennika zatwierdzenia, gdy zatwierdzenie jest
wykonane, aby wymusić UTF-8 na poziomie obiektu zatwierdzenia, ponieważ ponowne kodowanie do UTF-8 nie jest
koniecznie operacja odwracalna.
GIT
Część odrzutowiec(1) apartament
Użyj git-show online, korzystając z usług onworks.net
