Что мы изучили и куда двигаться дальше

В этом курсе ты прошёл базовый путь Git: от первого репозитория до pull request и code review.

Мы разобрали:

что такое репозиторий и рабочая директория;
как связаны рабочая область, индекс и коммит;
как читать историю через git log;
как смотреть изменения через git diff;
как отменять изменения без паники;
как работают ветки, merge и конфликты;
зачем нужны remote-репозитории;
как использовать clone, fetch, pull и push;
чем полезны tags, stash, revert и cherry-pick;
зачем команде pull request и review.

Git важен не только разработчикам. Для DevOps он быстро становится частью повседневной работы: CI/CD, инфраструктура как код, Kubernetes manifests, Helm charts, Terraform, Ansible, документация и runbooks почти всегда живут в репозитории.

Главная идея: Git — это не просто набор команд. Это способ безопасно менять систему вместе с командой, видеть историю решений и понимать, что именно попадёт в автоматизацию.

Что стоит повторить

Перед тем как идти дальше, полезно уверенно повторить базовый цикл:

git status
git diff
git add .
git commit -m "Describe change"
git log --oneline --graph --decorate

Отдельно потренируй ветки:

git switch -c feature/example
git switch main
git merge feature/example

И remote-сценарий:

git fetch
git pull
git push

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

Что изучать дальше

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

Если тебе важна DevOps-практика, следующий маршрут может выглядеть так:

Linux: Основные инструменты — права, пользователи, процессы, systemd, сеть, логи и cron.
Docker: Команды, контейнеры и сборка образов — упаковка приложений и базовые runtime-сценарии.
Docker Compose: Многосервисные приложения — несколько сервисов, .env, volumes, healthcheck и локальные стенды.
Kubernetes — Основы — manifests, Pod, Deployment, Service, ConfigMap, Secret и базовая диагностика.
Helm — Управление приложениями в Kubernetes — charts, values, templates и релизы.

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

Как закреплять навык

Самый быстрый способ привыкнуть к Git — использовать его не только в лабораторных.

Попробуй вести маленький учебный репозиторий:

складывай туда заметки по курсам;
меняй файлы маленькими порциями;
делай понятные commit messages;
создавай ветки под отдельные темы;
специально тренируй конфликт и его исправление;
иногда смотри историю через git log --graph.

Не нужно сразу запоминать все редкие команды. Важно уверенно понимать состояние репозитория: что изменено, что попадёт в коммит, где находится ветка и чем локальная история отличается от remote.

Куда двигаться на платформе

Если Git уже понятен на базовом уровне, дальше полезно связывать его с инфраструктурной практикой. Начни с Linux, Docker или Kubernetes — в каждом из этих направлений Git будет рабочим инструментом, а не отдельной темой.

Постепенно ты начнёшь видеть один процесс: изменение в репозитории проходит review, запускает проверки, собирает артефакт, деплоится и потом наблюдается через логи и метрики. Это и есть рабочая связка Git, CI/CD и DevOps-практики.