Проект собран и протестирован — остался последний шаг, тот самый, что вызывает у новичков лёгкий мандраж: выложить его в свет. Хорошая новость: релиз — это не прыжок в неизвестность, а короткий и предсказуемый ритуал из трёх шагов. Давай отрепетируем его своими руками.
Ритуал выпуска: три спокойных шага
Опытные разработчики не «жмут на публикацию и надеются». Они идут по одному и тому же маршруту:
- Проверил —
git statusпоказывает, что именно войдёт в релиз. Все нужные файлы на месте? Ничего лишнего не затесалось? - Зафиксировал —
git commitс понятным сообщением (например,Релиз 1.0). Это снимок версии, которую ты выкатываешь. - Выложил —
git pushотправляет коммиты на GitHub, откуда их подхватит хостинг.
Три шага. Всегда в одном порядке. Чем привычнее ритуал, тем меньше стресса — даже когда релиз важный.
Совет
Главная привычка здесь — git status ПЕРЕД push-ем. Это взгляд перед прыжком: десять секунд проверки спасают от выложенного черновика или забытого файла.
Почему push — это не страшно
git push пугает только на словах. На деле ты просто отправляешь сохранённые коммиты в удалённый репозиторий — туда, откуда их видит мир (и хостинг, который соберёт из них живой сайт). Если что-то не так, историю всегда можно поправить новым коммитом и запушить снова. Ничего необратимого здесь нет.
git status # что войдёт в релиз?
git commit -m "Релиз 1.0" # фиксируем версию
git push origin main # отправляем на GitHub
Заметка
Помнишь цепочку GitHub → превью → продакшн из урока про публикацию? git push — это её первое звено. Дальше хостинг делает свою работу сам.
Мини-проверка
После push ты заметил ошибку в выложенной версии. Что делать?
Попробуй
В терминале справа доведи проект до релиза: создай папку site с файлом index.html, заведи Git, проверь git status, сделай релизный коммит и выложи всё через git push origin main. Проверил → зафиксировал → выложил — почувствуй, как спокойно проходит то, что недавно казалось страшным.