Co robi „git blame”?

Widziałem wiele pytań na temat metod korzystania git blame , ale tak naprawdę ich nie rozumiem.

Widzę Blameprzycisk nad plikami w interfejsie GitHub. Po kliknięciu pokazuje różnicę z nazwami użytkowników na lewym pasku. Co to oznacza?

Dlaczego git blamefaktycznie jest używany, oprócz GitHub?

Od git-winy :

Adnotuje każdą linię w danym pliku informacjami z wersji, która ostatnio zmodyfikowała linię. Opcjonalnie rozpocznij adnotację od danej wersji.

Jeśli podano jeden lub więcej razy, -L ogranicza adnotację do żądanych linii.

Przykład:

johndoe@server.com:~# git blame .htaccess
...
^e1fb2d7 (John Doe 2015-07-03 06:30:25 -0300  4) allow from all
^72fgsdl (Arthur King 2015-07-03 06:34:12 -0300  5)
^e1fb2d7 (John Doe 2015-07-03 06:30:25 -0300  6) <IfModule mod_rewrite.c>
^72fgsdl (Arthur King 2015-07-03 06:34:12 -0300  7)     RewriteEngine On
...

Należy pamiętać, że git blamenie pokazuje historii modyfikacji według linii w sensie chronologicznym. Pokazuje tylko, kto był ostatnią osobą, która zmieniła wiersz w dokumencie do ostatniego zatwierdzeniaHEAD .

To znaczy, że aby zobaczyć pełną historię / log wiersza dokumentu, musisz uruchomić git blame path/to/filedla każdego zatwierdzenia w swoim git log.

Polecenie wyjaśnia się całkiem dobrze. Chodzi o ustalenie, który współpracownik napisał konkretną linię lub zniszczył projekt, abyś mógł je winić :)

Od GitHub :

Polecenie obwiniania to funkcja Git, zaprojektowana, aby pomóc Ci ustalić, kto dokonał zmian w pliku.

Mimo swojej negatywnie brzmiącej nazwy, git blame jest w rzeczywistości całkiem niewinna; jego podstawową funkcją jest wskazanie, kto zmienił, które wiersze w pliku i dlaczego. Może to być przydatne narzędzie do identyfikowania zmian w kodzie.

Zasadniczo git-blamesłuży do pokazania, która wersja i autor ostatnio zmodyfikowali każdą linię pliku. To jak sprawdzanie historii rozwoju pliku.

git blamePolecenie służy wiedzieć który / która jest odpowiedzialna za popełnić najnowsze zmiany wprowadzone do pliku. Można także zobaczyć autora / zatwierdzenie każdej linii.

git blame filename (zatwierdza zmiany we wszystkich wierszach kodu)

git blame filename -L 0,10 (zatwierdza zmiany z linii „0” na linię „10”)

Istnieje wiele innych opcji obwiniania, ale ogólnie mogą one pomóc.

git blameKomenda annotates linie z informacjami z przeglądu, który jako ostatni zmodyfikował linię i ... z Git 2.22 (Q2 2019), zrobi to szybciej , ze względu na poprawki wydajności around "git blame ”, zwłaszcza w historii liniowej (co jest norma, którą powinniśmy zoptymalizować).

Zobacz commit f892014 (02 kwietnia 2019) autorstwa David Kastrup ( fedelibre) . ^{(Połączone przez Junio ​​C Hamano - gitster- w commit 4d8c4da , 25 kwietnia 2019)}

blame.c: nie upuszczaj obiektów blob pochodzenia tak chętnie

Gdy nadrzędny obiekt blob ma już w kolejce porcje do obwiniania, upuszczenie obiektu blob na końcu jednego kroku obwiniania spowoduje jego natychmiastowe ponowne załadowanie, podwojenie ilości operacji we / wy i rozpakowanie podczas przetwarzania historii liniowej.

Utrzymywanie takich nadrzędnych obiektów blob w pamięci wydaje się rozsądną optymalizacją, która powinna powodować dodatkową presję pamięci, głównie podczas przetwarzania połączeń ze starych gałęzi.

git blameKomenda służy do sprawdzania zawartości pliku linia po linii i zobaczyć, kiedy każdy wiersz był ostatnio modyfikowany i kto był autorem modyfikacji.

Jeśli w kodzie był błąd, użyj go, aby zidentyfikować, kto go zarejestrował, a następnie możesz go winić. Git winić jest winić.

Jeśli chcesz poznać historię jednego kodu linii, użyj git log -S"code here"prostszego niż wina git.

git log vs git winy