Git для начинающих: команды, которые нужны каждый день

Зачем нужен Git

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

Git создал Линус Торвальдс в 2005 году для разработки ядра Linux. С тех пор он стал стандартом индустрии. GitHub, GitLab, Bitbucket — все популярные платформы для хостинга кода построены вокруг Git.

Начальная настройка

После установки Git нужно задать имя и email — они будут привязаны к вашим коммитам:

git config --global user.name "Ваше Имя"

git config --global user.email "your@email.com"

Это делается один раз. Проверить настройки можно командой git config --list.

Ежедневные команды

Создание и клонирование

git init — создаёт новый репозиторий в текущей папке. Используется, когда начинаете проект с нуля.

git clone <url> — скачивает существующий репозиторий с GitHub/GitLab. Самый частый способ начать работу с чужим проектом.

Цикл работы с кодом

Типичный рабочий цикл разработчика выглядит так:

• git status — показывает, какие файлы изменены, какие добавлены, какие не отслеживаются. Используйте часто — это ваш «компас»
• git add . — добавляет все изменённые файлы в staging area (подготовка к коммиту). Можно добавить конкретный файл: git add filename.js
• git commit -m "описание изменений" — фиксирует изменения в истории. Пишите осмысленные сообщения: «добавил валидацию email» лучше, чем «fix»
• git push — отправляет коммиты на удалённый сервер (GitHub/GitLab)
• git pull — забирает свежие изменения от коллег с удалённого сервера

Просмотр истории

git log --oneline — компактная история коммитов. Показывает хеш и сообщение каждого коммита.

git diff — показывает, что именно изменилось в файлах с последнего коммита. Полезно перед коммитом, чтобы проверить свои изменения.

Ветвление

Ветки — главная суперсила Git. Они позволяют работать над фичей изолированно, не ломая основной код.

• git branch feature-name — создаёт новую ветку
• git checkout feature-name — переключается на ветку (или git switch feature-name в новых версиях)
• git checkout -b feature-name — создаёт ветку и сразу переключается на неё. Самый частый вариант
• git merge feature-name — вливает ветку в текущую. Обычно выполняется из main/master

Стандартный рабочий процесс: создали ветку → написали код → закоммитили → запушили → создали Pull Request → после ревью слили в main.

Решение конфликтов

Конфликты возникают, когда два разработчика изменили одни и те же строки. Git не знает, чью версию оставить, и просит разобраться вручную. В файле появятся маркеры:

<<<<<<< HEAD — ваша версия

======= — разделитель

>>>>>>> feature-branch — версия коллеги

Удалите маркеры, оставьте правильный вариант (или объедините оба), сохраните файл, добавьте его через git add и сделайте коммит. С практикой это перестаёт пугать.

Полезные команды для продвинутых

• git stash — временно откладывает незакоммиченные изменения. Полезно, когда нужно срочно переключиться на другую задачу
• git rebase — перебазирует ветку, делая историю линейной. Мощный инструмент, но требует аккуратности
• git cherry-pick <hash> — переносит конкретный коммит из одной ветки в другую
• git reset --soft HEAD~1 — отменяет последний коммит, сохраняя изменения

Главное правило

Коммитьте часто, пушьте регулярно. Маленькие осмысленные коммиты проще ревьюить, проще откатывать и проще понимать через полгода. Научиться Git на практике можно на хакатонах — там командная работа с репозиторием неизбежна. Бесплатные хакатоны и другие мероприятия для разработчиков — на freeitevent.ru.