Как настроить git и не терять рабочие версии проекта
Чтобы не терять рабочие версии, проект должен лежать в git с удалённой копией на GitHub или GitLab, а каждая проверенная правка — фиксироваться отдельным коммитом. Эксперименты с ИИ делают в отдельной ветке, стабильные версии помечают тегами, а откатываются через git restore или git revert. Чекпоинты Cursor и история Lovable git не заменяют.
Первая помощь и как чиним
- 1Спасти текущее
Фиксируем то, что есть сейчас, даже если сломано, и ищем последнюю рабочую версию.
- 2Настроить репозиторий
git, .gitignore для .env и node_modules, приватный репозиторий на GitHub.
- 3Определить порядок
Основная ветка — то, что на проде; задачи и эксперименты — в своих ветках.
- 4Связать с деплоем
На сервер уезжает только основная ветка, каждая выкладка помечается тегом.
- 5Научить откатам
Шпаргалка команд и проверка: вы сами возвращаете рабочую версию за минуту.
Чинить самому или отдать в «аптечку»
Мы уже наступили на эти грабли — вам не придётся
Аптечка: что с проектом?
3 вопроса — и мы скажем, сколько стоит починка. Чек-лист безопасности проекта в подарок.
Интервью с собственником и РОПом, аудит текущей CRM и источников заявок.
1–3 дняВоронки, роли, точки контроля. Согласуем до того, как что-то настраивать.
3–5 днейНастраиваем Битрикс24 и дописываем недостающие инструменты. Демо каждую неделю.
1–4 неделиОбучение, база знаний, поддержка. Дорабатываем, пока цифры не поедут вверх.
дальше — с вамиПодробнееразвёрнутое описание, этапы и нюансы
«Вчера работало, сегодня ИИ что-то поменял, и я не помню, как было» — с этой фразы начинается немалая часть обращений. Git с первого дня — правило номер один в статье «Почему вайб-код ломается». Здесь — конкретный порядок работы и команды для тех, кто не программист, но работает с ИИ каждый день.
Почему так происходит
- Git «потом». Проект начинался как эксперимент, и репозиторий так и не создали.
- Редкие коммиты. Коммит раз в неделю с сообщением «update» не помогает найти, где сломалось.
- Всё в одной ветке. Рискованная правка ИИ и рабочий код лежат вместе, и откатить одно без другого трудно.
- Только локально. Репозиторий есть, но не отправлен на GitHub. Ноутбук сломался — истории нет.
- Секреты в истории.
.envзакоммитили, и теперь страшно публиковать репозиторий. - Путаница с инструментами. Cursor откатывает правки агента своими чекпоинтами, Lovable хранит свою историю версий, а на сервере лежит третья копия. Кажется, что версии сохранены, но связать их между собой и вернуть конкретное рабочее состояние проекта целиком без git почти невозможно, особенно спустя неделю.
Что проверить самому
- В папке проекта выполните
git status. Ответ «not a git repository» — git нет. - Проверьте
.gitignore: в нём должны быть.env,node_modules, папки сборки. - Убедитесь, что есть удалённая копия:
git remote -v. - Посмотрите историю:
git log --oneline -20. Понятно ли по сообщениям, что менялось?
Минимальный рабочий цикл с ИИ:
git switch -c fix-cart # ветка под задачу
# ...ИИ правит, вы проверяете...
git add -A && git commit -m "Корзина: пересчёт скидки"
git switch main && git merge fix-cart
git tag v1.4 && git push --follow-tagsЕсли всё сломалось:
git restore . # отменить незакоммиченные правки
git revert <hash> # отменить конкретный коммит
git switch -c rescue v1.3 # открыть последнюю рабочую версиюКогда звать разработчика. Если репозитория нет совсем, создать его можно за десять минут по любой инструкции, главное — сначала настроить .gitignore, чтобы не закоммитить .env. Помощь нужна, когда история уже запутана: несколько копий проекта с разными правками, секреты в старых коммитах, конфликт при слиянии веток, сервер, на котором кто-то правил файлы руками. Также стоит позвать разработчика, если вы хотите связать git с автоматическим деплоем — тут ошибка в настройке может выложить на прод сломанную версию. Лучше один раз настроить процесс правильно, чем каждый раз бояться правок.
Как чиним мы
Если версии уже потеряны, сначала спасаем что есть: ищем рабочие копии на сервере, в платформе, где делали проект, и на ноутбуке, и собираем из них историю. Затем настраиваем репозиторий: .gitignore, приватный GitHub, чистка секретов из истории при необходимости, защита основной ветки. Связываем git с деплоем, чтобы на прод уезжала только проверенная версия с тегом. В конце показываем на вашем проекте ежедневный цикл и откаты и оставляем шпаргалку. Подробнее — на странице «Аптечка вайб-кода».
Сколько стоит
Минимальная стоимость «Аптечки» — от 80 000 ₸: диагностика за 50 000 ₸ и настройка git, удалённого репозитория и порядка работы. Если вместе с git нужен деплой одной командой на свой сервер, это ещё 50 000 ₸. Рассчитайте в калькуляторе.
Частые вопросы
У меня есть чекпоинты в Cursor. Зачем git?
Чекпоинты откатывают только правки агента в текущей сессии и хранятся у вас локально. Git хранит всю историю, работает с удалённой копией и позволяет сравнивать любые версии.
Lovable сам синхронизируется с GitHub. Этого достаточно?
Это хорошая основа: каждая правка становится коммитом. Но полезно помечать тегами рабочие версии и делать эксперименты в ветках, чтобы было куда вернуться.
Чем git revert отличается от git reset?
revert создаёт новый коммит, отменяющий старый, история сохраняется — это безопасно. reset --hard переписывает историю и удаляет незакоммиченные правки — с ним осторожно.
Сделаем так же у вас
Короткий созвон — и вы знаете срок и цену. Или посчитайте сами за 2 минуты.