Общий вопрос, в первый раз столкнулся: у меня выложен на

рабочем сервере проект, на своем ПК в копию проекта я делал правки. Сейчас чтоб мне внести их в рабочий проект каким способом воспользоваться? остановить сервер джанго, и заменить файлы? или есть какой то другой способ?

Способов много. Если делать ручками, то легче всего добавить проект в гитхаб, а на проде его клонировать/спулиться. Но в любом случае надо будет проект останавливать. И желательно сделать копию

да, я могу просто заменить файлы (сохраню только базу, она пустая пока)

я думал может какой то есть способ автоматом (не руками то есть..)

Да, и так можно

Автоматом это нужно что-то дополнительное использовать для деплоя.

я такого пока не знаю))) тогда лучше заново залью)))

А где есть хороший ман как правильно организовать разработку и деплой? У меня аналогичный вопрос возник - есть DEV ветка с тестовым релизом на базе sqlite, я ее переношу в master ветку и ручками правлю конфиги БД (деплой на posgtgree) и потом переношу на сервер

Чтобы файлы по ssh не копировать, лучше воспользоваться гитхабом(или другим чем-то похожим)

Те у кого спрашивал, не рекомендовали автоматом из гита проект деплоить

Сделать отдельную ветку Production и туда merge'ить или rebase'ить из master, лично я так делаю)

По идее весь деплой это 5-10 команд(если проект уже развёрнут) cd папка проекта git pull source venv/bin/activate pip install -r requirements.txt ./manage.py migrate ./manage.py collectstatic я когда-то это делал с питоновской библиотекой fabric

Так тоже можно, но я с этим не разбирался. Последний раз делал деплой с ansible

ок

давно рулит докер...

Ну как сказать рулит... Это спорный вопрос.

Понял вас, благодарствую 👍 Ранее мы как-то добились отличающихся версий баз в дев и деплой версиях проекта, что породило ошибки. Потом прочитал, что инфомрация о миграциях хранится не только в файлах, но и в самой базе. Очистил все и залил заново, теперь аккуратничаю

докер это пока третий класс, а я в первом))

А я во втором)) Тоже старшекласники пугают докером))) ну ничего! скоро-скоро

Спасибо вам, Павел, выписал

Не говорю, что такой способ Панацея, но мне помогает не заморачиваться, хотябы с изменением конфига, на ЛОкальном Компе и на серваке разный файл в папке с проектом local.py он соответствиенно добавлен в .гитигнор На проде одна база и дебаг Фолсе, на локалке другая база и дебаг=Тру, чуток упрощает жизнь)

я такое консультирую, дорого )

Возьму на заметку!) Кто то знающий рано или поздно должен буде глянуть что мы там наваяли и проконсультировать как это разгрести)

Тут есть много решений с конфигами. Вот парочки ансибл - при деплое создавать файл конфига по шаблону jinja2 переменные окружения - через файл .evn через файлы типа local.py

спасибо еще раз, Реализация с .evn как раз описана в моем учебнике, изучу детальней