Git

Как использовать git blame

Как использовать git blame
git blame - очень хорошая команда отслеживания для Git. git blame показывает информацию об авторе каждой строки последнего измененного исходного файла проекта. Вы можете найти имя автора, адрес электронной почты автора, хеш фиксации и т. Д. Последнего измененного исходного файла построчно. Вы скоро поймете, что я имею в виду на практике.

В этой статье я покажу вам, как использовать git blame для отслеживания авторов проекта. Итак, приступим.

Настройка примера репозитория Git:


Если вы изучаете Git, вы можете клонировать любой репозиторий Git из GitHub на свой компьютер, чтобы опробовать команды из этой статьи. Если вы хотите использовать свой собственный репозиторий Git, это тоже нормально.

Я клонирую h5bp / html5-шаблон Репозиторий Git от GitHub для демонстрации git blame в этой статье.

$ git clone https: // github.com / h5bp / html5-шаблон.мерзавец

Теперь перейдите в каталог html5-шаблона / следующим образом:

$ cd html5-шаблон /

в html5-шаблон / каталог, у меня есть файлы и каталоги. В следующем разделе я покажу вам, как использовать git blame в этом репозитории Git.

Основное использование:

Чтобы найти автора и зафиксировать информацию о каждой строке последней измененной версии файла (скажем, мой файл) в вашем репозитории Git, вы запускаете мерзавец виноват следующим образом:

$ git виноват мой файл

В моем репозитории Git есть файл gulpfile.Вавилон.js. Скажем, я хочу проверить автора и построчно зафиксировать информацию об этом файле. Для этого я бы запустил git blame следующим образом:

$ git виноват gulpfile.Вавилон.js

У вас должно получиться что-то вроде этого. Здесь git blame показывает содержимое файла, включая номера строк справа. Слева от каждой строки git blame показывает хеш фиксации, автора, ответственного за эту фиксацию, дату и время фиксации. Коммит может изменить несколько строк кода в исходном файле. Коммит может изменить только одну строку кода в исходном файле. Таким образом, один и тот же хеш фиксации может отображаться для нескольких строк. Также может появиться только один раз. Это зависит от коммита.

Отсюда вы можете увидеть, кто из авторов какую строку исходного файла изменил. Вы также можете увидеть, какая фиксация ответственна за это изменение и когда это изменение было внесено.

Если в файле много строк, вы можете перемещаться, используя а также клавиши со стрелками. Вы также можете выйти из окна git blame, используя q ключ на клавиатуре.

Теперь, если вы хотите узнать больше о том, что изменилось в фиксации, просто скопируйте хеш фиксации и используйте журнал git следующим образом.

$ git log -p 2ad70775

Вы должны увидеть полное сообщение фиксации, какие строки были удалены и какие строки были добавлены с момента фиксации перед ним.

Отображение электронной почты автора:

По умолчанию git blame показывает имя автора. Если вместо этого вы хотите увидеть электронную почту автора, запустите git blame с вариант следующим образом:

$ git blame -e gulpfile.Вавилон.js

Как видите, вместо имени автора отображается адрес электронной почты автора.

Отображение хэша длинной фиксации:

По умолчанию git blame показывает короткие хэши фиксации, которые также уникальны. Таким образом, вы можете использовать его без проблем. Но если вы предпочитаете видеть хэши фиксации полной длины, вы можете использовать вариант git blame следующим образом.

$ git blame -l gulpfile.Вавилон.js

Как видите, вместо коротких отображаются полные хэши фиксации.

При желании вы можете комбинировать несколько вариантов вместе, чтобы получить желаемый эффект. Например, чтобы увидеть адрес электронной почты автора и длинный хеш фиксации, вы можете объединить а также варианты вместе следующим образом:

$ git blame -el gulpfile.Вавилон.js

Отображение необработанной метки времени:

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

$ git blame -t gulpfile.Вавилон.js

Как видите, указаны значения меток времени.

Перечисление определенного диапазона строк:

Если вы хотите проверить только определенные диапазоны строк файла с помощью git blame, вы можете использовать -L вариант.

Чтобы отобразить диапазон с помощью -L вариант, используйте git blame следующим образом:

$ git blame -L startLineNumber, endLineNumber путь к файлу

Например, для отображения строк 10-20 из файла gulpfile.Вавилон.js, запустите git blame следующим образом:

$ git blame -L 10,20 gulpfile.Вавилон.js

Для отображения N количество строк, начиная с строки Икс, запустите git blame следующим образом:

$ git blame -L X, + N

Например, чтобы отобразить 5 строки, начинающиеся с строки 15 файла gulpfile.Вавилон.js, запустите git blame следующим образом:

$ git blame -L 15, + 5 gulpfile.Вавилон.js

Для отображения N количество строк перед строкой Икс, запустите git blame следующим образом:

$ git виноват -L X, -N

Например, чтобы отобразить 5 строки перед от строки 15 (включая строку 15) файла gulpfile.Вавилон.js, запустите git blame следующим образом:

$ git blame -L 15, -5 gulpfile.Вавилон.js

Получать помощь:

git blame имеет намного больше возможностей. Я рассмотрел самые распространенные в этой статье. Если вам нужна помощь с любым из вариантов git blame, вы можете проверить справочную страницу git blame следующим образом:

$ человек мерзавец-виноват

Или же,

$ git помогите виноватым

Страница руководства git blame.

Итак, вот как вы используете git blame в желаемом репозитории Git. Спасибо, что прочитали эту статью.

Как использовать чит-движок GameConqueror в Linux
В статье содержится руководство по использованию чит-движка GameConqueror в Linux. Многие пользователи, играющие в игры на Windows, часто используют п...
Лучшие эмуляторы игровой консоли для Linux
В этой статье будет перечислено популярное программное обеспечение для эмуляции игровых консолей, доступное для Linux. Эмуляция - это уровень совмести...
Лучшие дистрибутивы Linux для игр в 2021 году
Операционная система Linux прошла долгий путь от своего первоначального простого серверного вида. Эта ОС значительно улучшилась за последние годы и те...