Почему редактирование того, что уже работает, кажется рискованным? Потому что большинство инструментов позволяют редактировать на месте — вы сохраняете поверх старой версии, и если изменение что-то ломает, вернуться уже не к чему. Этот страх абсолютно обоснован, когда нет отмены действий. Поэтому здесь нет «на месте». Каждое редактирование создаёт что-то новое рядом с тем, что уже было.
Что на самом деле происходит, когда я прошу об изменении?
Вы говорите чату сборки, чего хотите — правку текста, новый раздел, целую функцию — и платформа создаёт новую версию рядом со старой. Не вместо неё. Обе остаются доступными для предпросмотра, обе — для скачивания, и старая не отправляется в какой-то архив, который придётся откапывать. Это рабочий продукт, находящийся в одном клике от того, чтобы снова стать текущим. Когда откат изменения становится настолько дешёвым, вы перестаёте относиться к каждой правке как к ставке.
Разве повторный запуск полной проверки для каждой версии не замедляет процесс?
Это как раз обратная проблема, которую решает проверка. Обычная точка отказа при итеративном редактировании с помощью ИИ — не само изменение, а то, что оно незаметно ломает где-то ещё. Исправьте страницу с ценами — и ссылка на неё в навигации тихо начнёт выдавать 404. Поэтому версия 9 проходит ту же цепочку проверок, что и версия 1: код-ревью, безопасность, проверка ссылок, доступность, соответствие требованиям. Если изменение что-то ломает, это будет обнаружено в том же раунде, в котором оно было внесено. Не через три недели, когда пользователь напишет вам о сломанной кнопке. (Подробнее в статье Как сборки проверяют сами себя.)
Что происходит при развёртывании на моём собственном сервере?
Развёртывания по SFTP на ваш собственный хостинг получают такую же обработку, только на уровень ниже. Перед тем как что-либо будет записано, платформа делает снимок вашего текущего веб-корня. Каждая версия, которую вы развернули после этого, остаётся на хостинге и остаётся восстанавливаемой. Так что если в предпросмотре всё выглядит идеально, а затем что-то в вашей продакшн-инфраструктуре — заголовок кэша, странное правило CDN, что угодно — заставляет её выглядеть неправильно уже в рабочем виде, вы откатываетесь одним кликом вместо повторного развёртывания старого экспорта в надежде, что взяли нужный.
А как насчёт бесплатного поддомена?
Та же идея, но легче: публикация там тоже сохраняет каждую опубликованную версию, и повторная публикация более ранней версии так же проста, как публикация новой.
| Где | Что сохраняется | Отмена |
|---|---|---|
| В конструкторе | Каждая версия доступна для предпросмотра и скачивания | Восстановление любой версии |
| Ваш поддомен | Опубликованная версия, которую можно заменить в любой момент | Повторная публикация более ранней версии |
| Ваш собственный сервер | Снимок перед развёртыванием + каждая развёрнутая версия | Откат на хостинге в один клик |
Разве это не просто навороченная система резервного копирования?
Нет — система резервного копирования защищает вас от катастрофы. Это же призвано изменить ваше повседневное поведение. Когда цена неверной догадки падает до одного клика, «давайте просто попробуем» перестаёт быть рискованным предложением и становится ответом по умолчанию почти на любую идею.
