Что делает "мерзавец"?

Я видел много вопросов о методах использования git blame, но я не совсем их понимаю.

Я вижу Blameкнопку поверх файлов на интерфейсе GitHub. При нажатии на него, он показывает некоторые различия с именами пользователей на левой панели. Что это означает?

Почему на git blameсамом деле используется, кроме GitHub?

Из мерзавца :

Аннотирует каждую строку в данном файле информацией из ревизии, которая последний раз модифицировала строку. По желанию, начните комментировать с данной ревизии.

Если указано один или несколько раз, -L ограничивает аннотацию запрошенными строками.

Пример:

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
...

Обратите внимание, что git blameне показывает историю изменений для каждой строки в хронологическом смысле. Он только показывает, кто был последним, кто изменил строку в документе до последнего коммита в HEAD.

То есть, чтобы увидеть полную историю / журнал строки документа, вам нужно будет запустить git blame path/to/fileдля каждого коммита в вашем git log.

Команда объясняет себя довольно хорошо. Это чтобы выяснить, какой сотрудник написал конкретную строку или разрушил проект, чтобы вы могли их винить :)

Из GitHub :

Команда blame - это функция Git, разработанная, чтобы помочь вам определить, кто внес изменения в файл.

Несмотря на свое отрицательно звучащее название, мерзавец виноват на самом деле довольно безобиден; его основная функция - указать, кто изменил какие строки в файле и почему. Это может быть полезным инструментом для выявления изменений в вашем коде.

В основном, git-blameиспользуется, чтобы показать, какая ревизия и автор последней изменили каждую строку файла. Это похоже на проверку истории разработки файла.

Команда git blameиспользуется, чтобы узнать, кто / какой коммит отвечает за последние изменения, внесенные в файл. Автор / коммит каждой строки также можно увидеть.

git blame filename (принимает ответственность за изменения для всех строк в коде)

git blame filename -L 0,10 (принимает на себя ответственность за изменения из строки «0» в строку «10»)

Есть много других вариантов обвинения, но в целом они могут помочь.

Команда git blameаннотирует строки информацией из ревизии, которая последний раз изменяла строку, и ... с Git 2.22 (Q2 2019) будет делать это быстрее из-за исправления производительности вокруг " git blame", особенно в линейной истории (которая является норма, которую мы должны оптимизировать).

Смотрите коммит f892014 (02 апреля 2019) Дэвида Каструпа ( fedelibre) . ^{(Объединено Junio ​​C Hamano - gitster- в коммите 4d8c4da , 25 апреля 2019 г.)}

blame.c: не роняйте оригинальные блобы

Когда у родительского большого двоичного объекта уже есть чанки, поставленные в очередь для обвинения, удаление большого двоичного объекта в конце одного шага обвинения сразу же приведет к его перезагрузке, удвоив количество операций ввода-вывода и распаковки при обработке линейной истории.

Хранение таких родительских больших двоичных объектов в памяти кажется разумной оптимизацией, которая должна вызывать дополнительную нагрузку на память в основном при обработке слияний из старых веток.

Команда git blameиспользуется для построчного просмотра содержимого файла и определения, когда каждая строка была изменена в последний раз и кто был автором изменений.

Если в коде была ошибка, используйте ее, чтобы определить, кто ее вызвал, и вы можете обвинить его. Вина Гит - это вина (d).

Если вам нужно знать историю однострочного кода, используйте git log -S"code here", проще, чем git blame.

Git Log против Git вины