В этой статье я покажу вам, как использовать git blame для отслеживания авторов проекта. Итак, приступим.
Настройка примера репозитория Git:
Если вы изучаете Git, вы можете клонировать любой репозиторий Git из GitHub на свой компьютер, чтобы опробовать команды в этом статья. Если вы хотите использовать свой собственный репозиторий Git, это тоже нормально.
Я клонирую репозиторий Git h5bp/html5-markerplate с GitHub для демонстрации git blame в этом статья.
Теперь перейдите в каталог html5-cabinplate/следующим образом:
В каталоге html5-шаблона/ у меня есть несколько файлов и каталогов. В следующем разделе я покажу вам, как использовать git blame в этом репозитории Git.
Обычное использование:
Чтобы найти автора и зафиксировать информацию о каждой строке последней измененной версии файла (скажем, myfile ) в своем репозитории Git, вы запускаете git blame следующим образом:
В моем репозитории Git есть файл gulpfile.babel.js . Скажем, я хочу проверить автора и построчно зафиксировать информацию об этом файле. Для этого я бы запустил git blame следующим образом:
У вас должно получиться что-то вроде этого. Здесь git blame показывает содержимое файла, включая номера строк справа. Слева от каждой строки git blame показывает хэш фиксации, автора, ответственного за эту фиксацию, дату и время фиксации. Фиксация может изменить несколько строк кода в исходном файле. Коммит может изменить только одну строку кода в исходном файле. Таким образом, один и тот же хеш фиксации может отображаться для нескольких строк. Также он может появиться только один раз. Это зависит от фиксации.
Отсюда вы можете увидеть, кто из авторов какую строку исходного файла изменил. Вы также можете увидеть, какая фиксация ответственна за это изменение и когда это изменение было внесено.
Если в файле много строк, вы можете перемещаться по нему с помощью и клавиши со стрелками. Вы также можете выйти из окна git blame с помощью клавиши q на клавиатуре..
Теперь, если вы хотите узнать больше о том, что изменилось в фиксации просто скопируйте хеш фиксации и используйте журнал git следующим образом.
Вы должны увидеть полное сообщение фиксации, какие строки удалены и какие строки добавлены после перед этим коммит.
Отображение электронной почты автора:
По умолчанию git blame показывает имя автора. Если вместо этого вы хотите увидеть электронную почту автора, запустите git blame с параметром -e следующим образом:
Как вы можете видите, адрес электронной почты автора отображается вместо имени автора.
Отображение длинных хэшей фиксации:
По умолчанию git blame показывает короткие хэши фиксации, которые также уникальны. Таким образом, вы можете использовать его без проблем. Но если вы предпочитаете видеть хэши фиксации полной длины, вы можете использовать параметр -l команды git blame следующим образом.
Как видите, вместо коротких отображаются полные хэши фиксации.
Если хотите, вы можете комбинировать несколько вариантов вместе, чтобы получить желаемый эффект. Например, чтобы увидеть адрес электронной почты автора и длинный хеш фиксации, вы можете объединить параметры -e и -l следующим образом:
Отображение необработанной метки времени:
По умолчанию git blame показывает хорошо отформатированную дату и время. Но если по какой-то причине вам нужны дата и время в качестве значений метки времени, вы можете использовать параметр -t команды git blame следующим образом:
Как видите, значения меток времени перечислены.
Список конкретных диапазонов строк:
Если вы хотите проверить только определенные диапазоны строк файла с помощью git blame, вы можете использовать -L .
Чтобы отобразить диапазон с помощью параметра -L , используйте git blame следующим образом:
Например, для отображения строк 10 — 20 из файла gulpfile.babel.js , запустите git blame следующим образом:
Чтобы отобразить N количество строк, начиная с строки X , запустите git blame следующим образом:
Например, для отображения 5 строк, начинающихся из строки 15 файла gulpfile.babel.js запустите git blame следующим образом:
Чтобы отобразить N количество строк перед строкой X , запустите git blame следующим образом:
Например, чтобы отобразить 5 строк перед строкой 15 (включая строку 15 ) файла gulpfile.babel.js , запустите git blame следующим образом:
Получение справки:
У git blame намного больше возможностей. Я рассмотрел самые распространенные из них в этой статье. Если вам нужна помощь с любым из вариантов git blame, вы можете проверить справочную страницу git blame следующим образом:
Или
Страница руководства по git blame.
Итак, это как вы используете git blame в желаемом репозитории Git. Спасибо, что прочитали эту статью.
