Команды Git для новичка — 7 штук, которые закроют 90% задач

У Git сотни команд, и новичку от этого хочется закрыть вкладку. Хорошая новость: в первый месяц тебе нужны примерно семь. Остальное — ветки, слияния, ребейзы — придёт, когда появится нужда, а не «на всякий случай». Вот та самая связка, где каждая команда честно заслужила место. Если ещё не понял, зачем вообще нужен Git — начни оттуда, тут уже практика.

1. git init — включить историю в проекте

git init

Говорит Git начать следить за папкой. После этого он видит твои файлы и готов запоминать версии. Делается один раз на проект.

Подвох: если работаешь в ИИ-редакторе вроде Cursor, репозиторий часто уже создан — проверь, прежде чем плодить второй.

2. git status — что вообще происходит

git status

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

Подвох: никакого. Эту команду можно жать сколько угодно, она ничего не меняет — только показывает.

3. git add — выбрать, что сохранить

git add .

Складывает изменения «на сохранение» (в стейджинг). Точка означает «все изменения разом».

Подвох реальный: git add . заметёт всё, включая случайный мусор и секреты. Поэтому до первого коммита заведи файл .gitignore и впиши туда .env и node_modules/. .env — это твои секретные ключи, им не место в истории.

4. git commit -m "..." — сделать сейв

git commit -m "добавил форму входа"

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

Подвох: подпись пиши по-человечески. «fix» и «изменения» через неделю не скажут тебе ничего. «починил вёрстку на телефоне» — скажет. Это записка будущему себе.

5. git log --oneline — посмотреть историю

git log --oneline

Показывает список коммитов — по строчке на каждый. Это память проекта: видно весь путь, что и когда ты менял. Выйти из просмотра — клавиша q.

Подвох: без --oneline Git вываливает полотно на весь экран. Флаг делает вывод коротким и читаемым — почти всегда нужен именно он.

6. git restore . — откатить несохранённое

git restore .

То самое «отмени всё, что я (или агент) наделал с последнего сейва». Возвращает файлы к последнему коммиту. В старых гайдах ту же роль играет git checkout . — обе рабочие.

Подвох критичный: откатывает к последнему коммиту. Нет коммита — нечего восстанавливать. Вот почему главное правило новичка — коммитить перед каждой крупной правкой, особенно перед тем, как отдать задачу ИИ-агенту.

7. git push — отправить копию в облако

git push

Отправляет твою историю на GitHub (или GitLab) — резервная копия и возможность делиться. В самый первый раз команда длиннее: сначала привязываешь репозиторий (git remote add origin <ссылка>) и делаешь git push -u origin main. Дальше — просто git push после каждого коммита.

Подвох: push отправляет только то, что уже закоммичено. Забыл git commit — облако не обновится, хоть сто раз жми push.

А как же ветки, слияния, pull?

Придут позже. Ветки и пул-реквесты нужны, когда работаешь не один. git pull (забрать свежую версию из облака) понадобится, когда сядешь за второй компьютер. Пока ты один на одной машине — семи команд выше хватает с запасом. Наращивай арсенал под задачу, а не впрок.

Нужно ли запоминать всё это наизусть?

Нет. Сегодня команды за тебя часто пишет сам редактор: говоришь «закоммить с понятным сообщением и запушь» — он выполняет. Но понимать, что происходит, полезно: иначе непонятно, что чинить, когда что-то пошло не так. Хочешь закрепить по шагам — держи пошаговый гайд по Git для новичка.

git add . — это безопасно?

Да, если ты сделал .gitignore. Без него точка утащит в историю секреты и тяжёлый мусор. С правильным .gitignore — это самый удобный способ собрать все изменения перед коммитом. Проверить, что именно попадёт, всегда можно через git status.