Момент у всех примерно одинаковый. Вы просите поправить одну мелочь: цвет кнопки, отступ, формулировку в заголовке. Нейронка радостно берётся и заодно переписывает соседний блок, который вы делали два часа и который вам нравился. Или сносит кусок, который «выглядел лишним».
У меня был вечер, когда нейронка удаляла нужные файлы и попутно уверенно рассказывала, что всё в порядке. Час мы это «чинили». Так что предупреждаю не из теории.
Вот тут и вся разница между «я всё потерял» и «ну ладно, откатились». Дело не в том, кто внимательнее. Дело в том, сохранялись вы или нет.
git — это машина времени для файлов
Забудьте пока про «систему контроля версий», от этих слов всё и запутывается.
git это программа на вашем компьютере, которая запоминает состояния папки с проектом. Говорите «запомни, как сейчас», она делает снимок. Через час всё сломалось, говорите «верни как было», она возвращает.
Ближайшая аналогия это сохранения в игре. Перед сложным местом сохранился, не прошёл, загрузился с последней точки, никто ничего и не заметил. Разница только в том, что тут точки сохранения делаете вы сами, а не игра.
Плюс git помнит, что именно менялось между снимками. Отдельная суперсила: когда непонятно, какая правка всё сломала, можно спросить и увидеть список.
git и GitHub — разные вещи, их постоянно путают. git это программа у вас на компьютере, она делает снимки локально. GitHub это сайт-хранилище в интернете, куда снимки можно отправить, чтобы они не пропали вместе с ноутбуком и открывались с другого компьютера. Я сама их долго путала, так что если путаете, вы в хорошей компании.
Почему это критично именно при работе с нейросетью
Разработчик пользуется git по другим причинам: командная работа, ветки, история проекта, разбор чужих правок. Нам это всё не нужно. Нам нужна ровно одна вещь.
Нейронка правит файлы сама, без вашего клика, и часто шире, чем вы просили. Это не баг, она так работает: видит задачу, видит проект, решает, что заодно надо тронуть вот тут и вот тут. Иногда права, иногда совсем нет.
Отсюда три следствия:
- Правки идут быстрее, чем вы успеваете отследить их глазами. За один запрос она меняет пять файлов.
- Отменить через Cmd+Z обычно нельзя: файл менялся не в вашем редакторе, а снаружи. Кнопки «отмени всё, что она натворила за час» просто нет.
- Поломка часто вылезает не сразу. Что уехала вёрстка соседнего блока, вы заметите через полчаса, когда поверх уже наросло ещё десять правок.
Отсюда правило, которое стоит забрать себе навсегда: сохраняйся перед рискованным, а не после. Собираетесь просить крупную переделку, сначала точка сохранения. Не понравилось, откатились, будто ничего и не было.
Четыре фразы, которых хватает
Команды git помнить не надо. Вы говорите обычными словами, нейронка выполняет. Вот весь минимум.
1. «Сделай commit» — точка сохранения
Делается перед любой крупной переделкой. Слово commit и означает снимок состояния.
Сделай commit текущей версии сайта с понятной подписью —
это моя точка сохранения перед экспериментом.Подпись важна. Через три дня «сохранил» вам ничего не скажет, а «главная страница до переделки первого экрана» скажет всё.
Когда сохраняться: перед крупной переделкой, перед задачей с размытыми границами («приведи в порядок», «улучши») и просто в конце каждого куска работы, который получился. Слишком часто не бывает. Лишний снимок не стоит ничего.
2. «Откати к последней сохранённой версии» — отмена
Та самая кнопка спасения.
Всё, хватит — откати проект к последней точке сохранения
(последнему commit), верни как было.
Объясни в двух словах, что ты сделал.Просьба объяснить тут не из вежливости. Так вы видите, что именно откатилось, и не снесёте случайно больше, чем хотели.
3. «Покажи, что менялось с прошлого commit» — разобраться
Когда что-то сломалось, а что именно, непонятно. Или когда вы отвлеклись на полчаса и не помните, что вы там вместе наворотили.
Покажи списком, что изменилось с последней точки сохранения:
какие файлы тронуты и что в каждом добавилось или удалилось.
Коротко, человеческим языком, без выкладок кода.Приписка про человеческий язык обязательна, иначе получите портянку технического формата, в которой ничего не разобрать.
4. «Верни файл X как был» — точечный откат
Когда откатывать всё жалко: часть правок хорошие, а испортился один файл.
Верни файл landing/index.html к состоянию из последней точки
сохранения, остальные файлы не трогай.Этих четырёх фраз хватает на всю работу маркетолога с нейронкой. Всё остальное в git (ветки, слияния, разрешение конфликтов) про командную разработку, и вам туда не надо.
Как это ставится на практике. Отдельно учить git не нужно. Нужно один раз попросить настроить и один раз потренировать откат на живом проекте. В курсе это модуль 5, и там мы делаем штуку, которая мне самой нравится: специально просим нейронку изуродовать лендинг, снести стили, поломать вёрстку. Смотрим на этот кошмар в браузере и откатываем назад одной фразой. После такого страх «сломаю всё» проходит окончательно, потому что вы своими руками сломали и своими руками вернули.
GitHub: зачем ещё и облако
Точки сохранения на вашем компьютере спасают от нейронки, но не спасут от пролитого кофе, украденного ноутбука и «файл не открывается».
GitHub это бесплатное хранилище проектов в интернете. Отправили туда снимок (по-русски говорят «запушил», от слова push), и он лежит в облаке: открывается с другого компьютера, не пропадает вместе с техникой, при желании виден коллегам.
И главная причина для маркетолога: с GitHub сайт выкладывается в интернет. Хостинги вроде Vercel берут проект именно оттуда. Отправил обновление на GitHub, через минуту сайт в интернете обновился. Нажимать ничего не надо. Как это собирается целиком, от лендинга до живой ссылки, я расписала в статье «Лендинг за вечер».
Полезная деталь про безопасность: ваш локальный погром GitHub не видит, пока вы туда не отправите. Сломали всё у себя на компьютере, а в облаке лежит целая версия. Ещё один слой страховки, причём бесплатный.
Типичные затыки
| Что происходит | Что это значит |
|---|---|
| «Нечего откатывать, изменений нет» | Звучит тревожно, а значит хорошее: поломка никуда не сохранилась, всё цело. Попросите показать историю точек сохранения и текущее состояние файла |
| Откатили, а в браузере всё тот же бардак | Почти всегда кэш браузера. Обновите с очисткой (Ctrl+Shift+R или Cmd+Shift+R) или откройте в режиме инкогнито |
| git просит логин и пароль при отправке | Доступ к GitHub не донастроен. Попросите настроить так, чтобы отправка проходила без ручного ввода. Токен вводите в терминал сами, не вставляйте в чат |
| Нейронка спрашивает разрешение на каждое действие | Норма. Можно сразу писать в запросе «разрешение отправлять в основную ветку даю», тогда переспрашивать перестанет |
Про токены скажу отдельно. Это длинная строка-пароль, по которой сервис вас узнаёт. Железное правило: токен никогда не вставляем в чат нейронке. Просим команду для терминала и вводим его туда сами. Про это и про другие вещи, которые нельзя отдавать наружу, у меня есть статья про безопасность.
Честно: это не изучение git
Проговорю это отдельно, чтобы не создавать ложных ожиданий.
Всё, что описано выше, это рабочий минимум, а не освоение инструмента. Настоящий git это ветки, слияния, разрешение конфликтов, работа команды над одним файлом, разбор истории на сотни снимков. Мы этого не трогаем и не собираемся.
Что вы получаете: страховку от потери работы и свободу экспериментировать. Чего не получаете: понимания git как инструмента и умения работать в команде разработчиков по их правилам.
По-моему, размен честный. Четыре фразы против вечера потерянной работы, соотношение хорошее. А если однажды понадобится глубже, у вас уже будет живой проект, на котором учиться. Это в разы легче, чем разбираться по учебнику на пустом месте.
Где этого не хватит
- Если вы работаете над проектом вдвоём. Два человека правят одни файлы, начинаются конфликты версий, а это уже настоящий git с ветками. Четырёх фраз мало.
- Если данные живут не в файлах. Точки сохранения защищают файлы проекта. Нейронка напортила в вашей гугл-таблице или в рекламном кабинете, и git тут ни при чём, там свои механизмы истории.
- Если вы не сохранялись. Самое обидное и самое частое. git не восстановит то, чего он не видел. Первый commit надо сделать раньше первой поломки, а не после неё.
- Против «сохранил уже сломанное». Сделали точку сохранения поверх испорченной версии, и откатываться стало некуда. Отсюда и правило про «перед риском», а не «в конце дня».
Частые вопросы
Нужно ли учить команды git?
Нет. Вы говорите обычными словами («сделай commit», «откати»), а команды пишет нейронка. Понимание того, что происходит под капотом, приходит само через пару недель работы. Это приятный побочный эффект, а не требование на входе.
Как часто делать точки сохранения?
Перед каждой крупной переделкой и после каждого куска, который получился. Практическое правило: жалко потерять то, что сейчас на экране, значит сохраняйтесь. Лишний снимок не стоит ничего, а недостающий стоит вечера.
Можно ли откатиться, если я уже отправил всё на GitHub?
Да. История точек сохранения никуда не девается, откат работает так же. Разница только в том, что после отката у себя надо ещё раз отправить исправленную версию в облако, иначе там так и останется сломанный вариант.
А если я вообще не собираюсь выкладывать сайт в интернет?
git всё равно нужен, он работает локально и никуда ничего не отправляет. GitHub в этом случае можно не заводить, хотя я бы завела: он бесплатный и спасает от потери ноутбука.
Это заменит резервные копии?
Только для файлов проекта. Для всего остального (фотографии, документы, база клиентов) нужны обычные резервные копии, git тут не помощник. И если проект живёт только на вашем компьютере, копия в облаке всё равно нужна.