Модуль 10: Сводная практика и лучшие практики
Объединяем навыки: пройдём путь от форка репозитория до слияния PR, а затем закрепим правила хорошего тона при работе с Git.
Эта глава — о дисциплине: как превратить инструменты в устойчивые привычки. Хорошие практики снижают энтропию в проекте, ускоряют ревью и делают выпуск релизов предсказуемым.
10.1 Сквозной пример
- Fork репозитория и
git clone
git switch -c feature/<topic>
— создайте ветку- Разработка фичи; коммиты по частям:
git add -p
, осмысленные сообщения - Перед пушем «почистить» историю:
git rebase -i
(squash/reword) git push -u origin feature/<topic>
- Создание PR → Code Review → правки (доп. коммиты или
rebase
) - Merge (безопасная стратегия, договорённая в проекте)
10.2 Лучшие практики
- Делайте частые и маленькие коммиты
- Пишите осмысленные сообщения (Conventional Commits приветствуются)
- Поддерживайте
.gitignore
- Для синхронизации используйте
git pull --rebase
(обсуждайте в команде) - Не force‑push в общие ветки
Выберите минимум правил, которые принесут максимум пользы вашей команде, и применяйте их последовательно. Важна не «идеальность», а предсказуемость.
10.3 Стиль коммитов и трейлеры
Единый стиль сообщений (Conventional Commits), длина заголовка, осмысленность описания. Используйте трейлеры: Co-authored-by:
, Signed-off-by:
, ссылки на задачи/тикеты.
10.4 Гигиена истории
Чистая линейная история облегчает поиск причин регрессий и автоматизацию релизов. Используйте rebase/merge согласно политике проекта, удаляйте мёртвые ветки, фиксируйте релизы тегами.
10.5 Здоровье репозитория
Следите за размером и количеством объектов, периодически выполняйте обслуживание (gc/prune), используйте LFS для больших файлов и partial/shallow clone для оптимизации.
10.6 Безопасность секретов
Не храните секреты в репозитории; применяйте секрет‑сканеры, политики ревью и удаление утечек (ревок токенов, перевыпуск ключей). Для подтверждения авторства используйте подпись коммитов.