Улучшение рабочего процесса с Git: основные инструменты командной строки и графические интерфейсы

Git, как быстрая, масштабируемая, распределенная система контроля версий, составляет основу современных процессов разработки программного обеспечения. Хотя его основной интерфейс командной строки обеспечивает надежный контроль над версионированием, понимание и использование его обширного набора команд, а также специализированных инструментов командной строки и графических пользовательских интерфейсов (GUI), может значительно повысить производительность и упростить сложные задачи. Это руководство фокусируется на инструментах, которые решают реальные проблемы рабочего процесса: подготовка чистых коммитов, чтение истории, просмотр различий и работа с ветками без потери отслеживания изменений.

Вам не нужны все инструменты, описанные здесь. Выберите минимальный набор, который сделает вашу повседневную работу понятнее.

Основной рабочий процесс Git: ключевые операции командной строки

Git предлагает богатый набор команд, разделенных на высокоуровневые команды "porcelain" для конечных пользователей и низкоуровневые команды "plumbing" для написания скриптов и управления внутренними объектами. Здесь мы сосредоточимся на основных командах porcelain для повседневных задач.

Начало работы с репозиторием

Чтобы начать новый проект или присоединиться к существующему, эти команды являются вашей отправной точкой:

Инициализация нового Git-репозитория:
```
git init
```
Клонирование существующего репозитория по URL:
```
git clone <url>
```

Управление изменениями (индексация и коммиты)

Перед коммитом Git использует "область индексации" (также известную как индекс) для подготовки изменений. Это дает вам точный контроль над тем, что попадает в каждый коммит.

Добавление конкретных файлов в область индексации:
```
git add <file>
```
Добавление всех неотслеживаемых и измененных файлов в область индексации:
```
git add .
```
Интерактивное добавление частей файла (чанков):
```
git add -p
```
Перемещение или переименование файла:
```
git mv <old> <new>
```
Удаление файла из рабочей директории и области индексации:
```
git rm <file>
```
Удаление файла из отслеживания Git без удаления из файловой системы:
```
git rm --cached <file>
```
Отмена индексации конкретного файла:
```
git reset <file>
```
Отмена индексации всех изменений:
```
git reset
```
Проверка статуса рабочей директории и области индексации:
```
git status
```

После того как изменения проиндексированы, вы можете закоммитить их:

Коммит проиндексированных изменений (открывает редактор для сообщения):
```
git commit
```
Коммит проиндексированных изменений с сообщением:
```
git commit -m 'Ваше сообщение коммита'
```
Коммит всех отслеживаемых, неиндексированных изменений напрямую (пропускает git add для модификаций):
```
git commit -am 'Ваше сообщение коммита'
```

Ветвление и слияние

Ветки являются основой распределенной природы Git, позволяя вести параллельную разработку. Слияние и перебазирование — это способы интеграции изменений.

Переключение на существующую ветку:

git switch <name>
# ИЛИ (старый синтаксис)
git checkout <name>

Создание и переключение на новую ветку:

git switch -c <name>
# ИЛИ (старый синтаксис)
git checkout -b <name>

Список всех локальных веток:
```
git branch
```
Список веток, отсортированных по дате последнего коммита:
```
git branch --sort=-committerdate
```
Удаление локальной ветки (только если она слита):
```
git branch -d <name>
```
Принудительное удаление локальной ветки (даже если не слита):
```
git branch -D <name>
```
Слияние одной ветки с текущей:
```
git merge <branch-to-merge>
```
Слияние одной ветки с текущей в виде одного коммита (squash merge):
```
git merge --squash <branch-to-merge>
git commit -m 'Сообщение сжатого коммита'
```
Перебазирование текущей ветки на другую (переписывает историю):
```
git rebase <base-branch>
```

Совместная работа с удаленными репозиториями

Git отлично подходит для совместной работы, позволяя отправлять и получать изменения из удаленных репозиториев.

Добавление нового удаленного репозитория:
```
git remote add <name> <url>
```
Отправка текущей ветки в ее удаленную отслеживаемую ветку:
```
git push
```
Первая отправка новой ветки с установкой upstream:
```
git push -u origin <name>
```
Принудительная отправка (используйте с крайней осторожностью, перезаписывает удаленную историю):
```
git push --force-with-lease
```
Получение изменений из удаленного репозитория (не интегрирует их в локальные ветки):
```
git fetch origin main
```

Получение изменений и их слияние с текущей веткой:

git pull origin main
# ИЛИ (если установлена отслеживаемая ветка)
git pull

Получение изменений и перебазирование текущей ветки:
```
git pull --rebase
```

Просмотр истории и различий

Понимание того, что изменилось и кто внес эти изменения, имеет решающее значение для отладки и проверки.

Показать сводку всех проиндексированных и неиндексированных изменений:
```
git diff HEAD
```
Показать различия только проиндексированных изменений:
```
git diff --staged
```
Показать различия только неиндексированных изменений:
```
git diff
```
Просмотр журнала коммитов (различные опции):
```
git log # Полный журнал
git log --graph # ASCII-граф истории
git log --oneline # Краткая строка на коммит
git log <file> # История конкретного файла
git log --follow <file> # История, включая переименования
git log -G <pattern>
```
git log -G <pattern> находит коммиты, в которых изменилось количество строк, соответствующих шаблону. Например, git log -G "timeout" -- app/ полезен, когда нужно узнать, когда изменилась обработка тайм-аута в каталоге сервиса.

Инструменты командной строки, упрощающие работу с Git

Обычный Git CLI должен оставаться вашей базой. Дополнительные инструменты лучше всего использовать, когда они делают состояние более наглядным, а не когда они скрывают то, что делает Git.

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

tig — это быстрый текстовый интерфейс для просмотра истории. Он особенно хорош на серверах или удаленных машинах разработки, где нет полноценного графического интерфейса.

delta улучшает вывод Git diff с подсветкой синтаксиса и более четким отображением перемещенных строк. После установки типичная настройка выглядит так:

git config --global core.pager delta
git config --global interactive.diffFilter "delta --color-only"

Проверьте документацию delta на предмет опций, соответствующих цветам вашего терминала. Сначала держите конфигурацию небольшой, чтобы при необходимости можно было легко вернуться к обычному выводу Git.

Для очистки репозитория или удаления конфиденциальной истории обычно предпочитают git-filter-repo вместо старого git filter-branch. Относитесь к любому переписыванию истории как к командной операции. Оно изменяет идентификаторы коммитов и заставляет всех, кто использует репозиторий, тщательно синхронизироваться заново.

Когда GUI — лучший инструмент

GUI может быть правильным выбором для просмотра масштабных изменений, сравнения веток или обучения концепциям Git тех, кто мыслит визуально. Такие инструменты, как GitHub Desktop, GitKraken, Sourcetree, Fork и интеграции с IDE, могут упростить индексацию и просмотр истории.

Используйте GUI, когда он помогает ответить на конкретные вопросы:

Какие файлы изменились в этой ветке?
Какие коммиты уникальны для этой ветки?
Что именно затронуло это переименование или рефакторинг?
Какую сторону конфликта следует оставить?

Не используйте GUI как замену пониманию основных команд. Когда отправка не удается, возникает конфликт при перебазировании или CI проверяет отсоединенный коммит, сообщения об ошибках и шаги по восстановлению все равно основаны на концепциях Git.

Практическая настройка для повседневной работы

Сбалансированный рабочий процесс может выглядеть так:

git status
git add -p
git diff --staged
git commit -m "Добавить конечную точку проверки работоспособности"
git pull --rebase
git push -u origin feature/health-check

Затем используйте git log --oneline --graph --decorate --all или GUI, чтобы проверить, как ветка вписывается в общую историю.

Если вы добавляете псевдонимы, делайте их очевидными:

git config --global alias.st status
git config --global alias.lg "log --oneline --graph --decorate --all"
git config --global alias.unstage "restore --staged"

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

Заключительный вывод

Используйте Git CLI для операций, которые необходимо понимать в стрессовых ситуациях: status, diff, add, commit, branch, fetch, pull, push, merge и rebase. Добавляйте терминальные инструменты или GUI там, где они улучшают видимость. Лучший рабочий процесс — не тот, в котором больше всего инструментов, а тот, который позволяет четко видеть изменения перед их отправкой.