svSchool_vibe
Модуль 4: GitHub и контроль версий как страховочная сетка вайбкодера
Блок 2 из 13·~10 мин·0/13 пройдено

Главные ошибки новичков при работе с историей изменений

2.1. Ошибка 1: Монолитная работа без сохранения («Марафон без остановок»)

⚠️Внимание

НЕПРАВИЛЬНО: Работать над сайтом 4 часа подряд, сделать верстку, добавить базу данных, настроить формы и анимации, не сделав ни одного коммита в Git.

Почему так делать нельзя

1. Отсутствие точек отката: Если ИИ на 4-м часе работы допустит ошибку и сломает систему, вам придется откатывать проект в самое начало — к состоянию 4-часовой давности. 2. Размытие контекста для ИИ: ИИ не сможет проанализировать историю изменений, чтобы понять, в какой момент возник сбой.

Как нужно делать правильно

Применять Правило атомарного коммита: Сделали 1 микро-задачу из @PRD.md (например, сверстали форму) → Проверили в браузере → Сделали Git Commit.

2.2. Ошибка 2: Фиксация неработающего или сломанного кода

⚠️Внимание

НЕПРАВИЛЬНО: ИИ сгенерировал код, в браузере вылезла красная ошибка, но пользователь все равно нажимает «Commit» со словами: «Закоммичу сейчас, а починю в следующем шаге».

Вы отравляете свою «страховочную сетку». Если ваша точка сохранения содержит баг, то при откате к ней вы вернетесь в сломанное состояние. Коммит должен быть строго рабочим фундаментом.

💡Совет

Коммитить код ТОЛЬКО после того, как вы лично проверили его работоспособность в браузере или интерфейсе. Если код сломан — делайте Discard Changes (отмену правок) или заставляйте ИИ чинить его в текущем сеансе до коммита.