Как пользоваться Git новичку — пошагово, и почему это машина времени для кода

Git кажется страшным культом со своими заклинаниями, и новички его откладывают «на потом». Вот честный смысл, после которого он становится твоим лучшим другом: Git — это не облако и не GitHub. Это машина времени для кода. Каждый коммит — сейв в игре, к которому можно вернуться. А зачем это вайб-кодеру особенно? Потому что ИИ-агент за пять минут переписывает пол-проекта — и если он сломал то, что работало, Git откатывает всё одной командой. Без него ты просто молишься, чтобы агент не напортачил.

Разберём по шагам, на минимуме команд. Их реально пять.

Шаг 1. Заведи репозиторий в проекте

Репозиторий (repo) — это папка проекта, за которой Git следит. Открой терминал в папке проекта и один раз выполни:

git init

Всё. Теперь Git наблюдает за файлами. Если пользуешься ИИ-редактором — скорее всего, репозиторий уже создан, и этот шаг можно пропустить.

Шаг 2. Закрой секреты до первого коммита

Критичный шаг, который чинит будущую беду. Создай в корне файл .gitignore и впиши туда то, что не должно попасть в историю:

.env
node_modules/

.env — это твои секретные ключи; если они утекут в репозиторий, считай, что они в открытом доступе. node_modules/ — тяжёлая папка зависимостей, её хранить незачем. Сделай это до первого коммита — вычищать секреты из истории потом куда больнее.

Шаг 3. Сделай первый коммит — первый сейв

Коммит делается в два движения: сначала выбираешь, что сохранить, потом сохраняешь с подписью.

git add .
git commit -m "Первая рабочая версия"

• git add . — берёт все изменения «на сохранение» (в стейджинг).
• git commit -m "..." — записывает их в историю с короткой подписью, что ты сделал.

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

Шаг 4. Сохраняйся часто — особенно перед ИИ-правками

Главное правило новичка: коммить часто и перед каждой крупной правкой. Работает кусок — закоммить. Собираешься попросить агента «переделай весь экран» — сначала коммит. Тогда, если правка всё сломала, ты вернёшься к рабочему сейву:

git checkout .

Эта команда откатывает несохранённые изменения к последнему коммиту — то самое «отменить всё, что наделал агент». Ради одной этой возможности Git и стоит освоить.

Шаг 5. Отправь код на GitHub

Пока всё хранится только у тебя. Чтобы появилась резервная копия в облаке (и чтобы хостинг мог деплоить из репозитория), залей код на GitHub:

1. Заведи аккаунт на github.com и создай новый репозиторий кнопкой New (пустой, без файлов).
2. GitHub покажет команды для привязки — это git remote add origin <ссылка>.
3. Отправь код: git push -u origin main.

Дальше каждый новый сейв улетает в облако одной командой git push после коммита. Не помнишь команды наизусть — попроси редактор: «закоммить с понятным сообщением и запушь». Он сделает, а ты будешь понимать, что именно происходит.

Что получится: проект с историей версий, резервной копией на GitHub и кнопкой «откатить», которая спасает каждый раз, когда правка пошла не туда.

Git и GitHub — это одно и то же?

Нет. Git — это сама машина времени, она работает у тебя на компьютере и без интернета. GitHub — это онлайн-сервис, где репозитории хранятся в облаке и ими можно делиться. Git — инструмент, GitHub — место, куда ты его код отправляешь. Можно пользоваться Git вообще без GitHub.

Что делать, если ИИ-агент всё сломал?

Если ты успел закоммитить рабочую версию — выполни git checkout ., и несохранённые правки откатятся к последнему сейву. Поэтому и важно коммитить перед крупными правками. Нет коммита — нечего откатывать; в этом вся причина «сохраняйся часто». Разбирать, что именно сломалось, удобно вместе с ИИ.

Сколько команд реально нужно новичку?

На старте хватает пяти: init (один раз), add, commit, push и checkout . для отката. Ветки, слияния и прочее придут позже, когда появится в них нужда. Начинать со всего арсенала сразу не надо — эти пять закрывают 90% задач.