KseniaMartin872
New member
Раньше мой деплой выглядел так: я заливал файлы по FTP, боялся что-то сломать, а если что-то шло не так, откатывал вручную. Однажды я забыл обновить миграцию, и сайт лёг на полчаса. Тогда я понял, что пора что-то менять.
Нажать чтобы Перейти на сайт
Я начал разбираться с CI/CD. Это звучало пугающе, но оказалось, что для простого проекта достаточно одного конфигурационного файла. Основная идея — каждый коммит в репозиторий автоматически запускает тесты и деплой.
Я использовал GitHub Actions. Создал файл .github/workflows/deploy.yml. Прописал шаги: установка зависимостей, запуск тестов, сборка, затем копирование файлов на сервер по SSH.
Столкнулся с проблемой: пароли не хотелось хранить в открытом виде. Решил через секреты GitHub. Также научился правильно настраивать скрипты для бекапа перед деплоем.
Узнать подробнее →
В итоге деплой стал занимать минуту вместо полутора часов нервов. Теперь я могу спокойно пушить в main, а остальное происходит само. Это освободило кучу времени для разработки.
А вы уже используете CI/CD? Если нет, что вас останавливает? Поделитесь опытом в комментариях.
По теме советую почитать: Управление удалённой IT-командой: инструменты и стратегии
Я начал разбираться с CI/CD. Это звучало пугающе, но оказалось, что для простого проекта достаточно одного конфигурационного файла. Основная идея — каждый коммит в репозиторий автоматически запускает тесты и деплой.
Я использовал GitHub Actions. Создал файл .github/workflows/deploy.yml. Прописал шаги: установка зависимостей, запуск тестов, сборка, затем копирование файлов на сервер по SSH.
Столкнулся с проблемой: пароли не хотелось хранить в открытом виде. Решил через секреты GitHub. Также научился правильно настраивать скрипты для бекапа перед деплоем.
В итоге деплой стал занимать минуту вместо полутора часов нервов. Теперь я могу спокойно пушить в main, а остальное происходит само. Это освободило кучу времени для разработки.
А вы уже используете CI/CD? Если нет, что вас останавливает? Поделитесь опытом в комментариях.