Я представляю git команде разработчиков и считаю gitk отличным инструментом. Это также довольно сложно понять, поскольку для понимания gitk требуется понимание как истории git, так и самого инструмента просмотра.
Есть ли у кого-нибудь хорошие ссылки на что-то вроде «руководства для начинающих по истории git с gitk»?
Ответы:
Я никогда не видел ничего специально для gitk. Вот вам удар с точки зрения «как это работает». Знание команд, стоящих за всем (или, по крайней мере, в целом эквивалентных), помогает легче научиться использовать инструменты командной строки, а также показывает, где искать в документации, чтобы лучше понять gitk!
Это несколько изменилось за последние несколько основных версий - я описываю текущее состояние.
обновление и перезагрузка: это, наверное, самая запутанная вещь. Reload обновляет все, как если бы вы запустили программу заново с той же конфигурацией. Это означает, что если ветка была удалена / перебазирована, если некоторые коммиты теперь болтаются, вы их больше не видите. Update, с другой стороны, обновляет всю информацию, но по-прежнему показывает все коммиты, которые были показаны ранее. Это отличная вещь для использования, если вы перебазируете и хотите убедиться, что не испортили - вы можете увидеть как исходную, так и перебазированную версию.
ссылки: довольно очевидно. Ссылки включают теги и ветки (которые могут быть удаленными). Вы можете перечитать их и перечислить, чтобы щелкнуть конкретный, чтобы отобразить его в истории.
Как сказано на странице руководства , gitk использует параметры git-rev-list , чтобы указать, какую историю следует отображать. Их также можно настроить интерактивно в меню «Просмотр». Страница руководства - отличное место для поиска дополнительной информации о способах управления представлениями (в основном это в разделе ограничения фиксации). Если вы смотрели git-logраньше, вы много этого видели.
Здесь есть список сочетаний клавиш! Сладкий.
Здесь представлены несколько общих команд git porcelain, обычно в обычном режиме работы / режиме работы по умолчанию. Их перечисление, по крайней мере, поможет вам найти нужную документацию, чтобы понять, что они делают, если вы еще этого не сделали!
Команда «отметить фиксацию» и связанные с ней команды на этом этапе не требуют пояснений.
В контекстном меню ветки есть git-checkout и-d (удаление) git-branch.
SHA1 ID: хэш текущего коммита. Очень полезно для копирования / вставки в терминал, чтобы выполнить действие с данным коммитом, который вы использовали для поиска gitk. Вы также можете вставить сюда хеши.
Кнопки вперед / назад, номер строки ... очевидно!
Найти! Параметры здесь снова довольно очевидны, но для всех они аналогичны параметрам git-log : «содержащий» - это --grep, «касание путей» - это аргументы, а добавление / удаление строки - -S(кирка).
Здесь у нас есть сообщение о фиксации вместе с выводом git-diff - это что-то вроде использования git-log -p, с небольшими дополнениями:
«Филиалы» эквивалентны git branch -a --contains=<commit>
"Предшествует" / "Следует" эквивалентно git describe [--contains] <commit>( git-describe )
git commit -aи даже git addв gitk. Что-то мне не хватает?
git gui. Однако этот вопрос касается только gitk, а gitk - это, по сути, инструмент просмотра истории (с небольшими манипуляциями с ветвями).
Вот введение в визуализацию истории веток в gitk со скриншотами.
http://lostechies.com/joshuaflanagan/2010/09/03/use-gitk-to-understand-git/
- Верхняя левая панель показывает серию коммитов в этот репозиторий, причем самые последние находятся наверху.
- Было три коммита, все Тони Старк.
- Сообщение фиксации для самой последней фиксации было «третья фиксация».
- Существует единственная локальная ветка с именем «master», указывающая на самую последнюю фиксацию.
- Существует единственная ветка удаленной ссылки: ветвь «master» из удаленного репозитория с именем «origin», она также указывает на самую последнюю фиксацию.
- Желтая точка рядом с верхней фиксацией указывает, что это моментальный снимок, который в настоящее время находится в моей рабочей папке (называется HEAD).
- Я выделил вторую фиксацию, чтобы я мог видеть ее детали на нижней панели.
- SHA фиксации (уникальный идентификатор, аналогичный номеру ревизии
субверсии ) второй фиксации - 3d024dd9e4a83d8c6a9a143a68b75d4b872115a6- В правом нижнем углу показан список файлов, на которые повлияла вторая фиксация.
- В левом нижнем углу показаны детали фиксации, включая полную разницу.
- Щелчок по файлу в нижней правой панели прокручивает разницу в нижней левой панели до соответствующего раздела 12.
Что новички действительно могут использовать в терминах «комбинации gitk и истории», так это конкретное объяснение того, как распознать, что произошло, глядя на представление дерева gitk.
Насколько я понял - правильный способ взглянуть на дерево (конечно же):
1. each node is a commit
2. ultimate parent is at the bottom
3. direct child to a commit is the one that happened first in the same branch (no matter who did it)
4. the node with 2 or more children indicates ... ?
5. merge commit node has 2 parents.
6. rebase is recognized ... ?
Также приветствуются скриншоты.
Дерево фактически представляет текущее состояние репозитория. Было бы здорово, если бы мы могли сказать, что произошло, глядя на представление в виде дерева.
благодаря
v.
Единственное, что мне кажется полезным в интерфейсе gitk, - это красивый (красочный) обзор веток.
Если вам нужен графический интерфейс для git, проверьте TortoiseGit в Windows или GitX на Mac или QGit в Linux.