автоматичне завантаження при зміні джерела

Врешті-решт, я мігрував свою розробку env з runserver на gunicorn / nginx.

Було б зручно копіювати функцію автоматичного завантаження runserver на gunicorn, тому сервер автоматично перезапускається, коли джерело змінюється. Інакше мені доведеться перезапустити сервер вручну kill -HUP.

Будь-який спосіб уникнути ручного перезавантаження?

Хоча це старе питання, лише для послідовності - оскільки у версії 19.0 гармати мають --reloadможливість. Тож ніяких сторонніх інструментів більше не потрібно.

Одним із варіантів було б використання --max-запитів, щоб обмежити кожен породжений процес обслуговуванням лише одного запиту шляхом додавання --max-requests 1до параметрів запуску. Кожен щойно породжений процес повинен бачити зміни коду, і в середовищі розробки додатковий час запуску на запит має бути незначним.

Брайан Гельміг придумав це, і я змінив його для використання, run_gunicornа не для запуску gunicornбезпосередньо, щоб зробити можливість просто вирізати та вставити ці 3 команди в оболонку в кореневій папці проекту django (при цьому активовано ваш virtualenv):

pip install watchdog -U
watchmedo shell-command --patterns="*.py;*.html;*.css;*.js" --recursive --command='echo "${watch_src_path}" && kill -HUP `cat gunicorn.pid`' . &
python manage.py run_gunicorn 127.0.0.1:80 --pid=gunicorn.pid

Я використовую git push для розгортання у виробництві та налаштування git hooks для запуску сценарію. Перевага такого підходу полягає в тому, що ви також можете одночасно виконати міграцію та встановлення пакунків. https://mikeeverhart.net/2013/01/using-git-to-deploy-code/

mkdir -p /home/git/project_name.git
cd /home/git/project_name.git
git init --bare

Потім створіть сценарій /home/git/project_name.git/hooks/post-receive.

#!/bin/bash
GIT_WORK_TREE=/path/to/project git checkout -f
source /path/to/virtualenv/activate
pip install -r /path/to/project/requirements.txt
python /path/to/project/manage.py migrate
sudo supervisorctl restart project_name

Переконайтеся в цьому chmod u+x post-receiveі додайте користувача до судорів. Дозвольте йому працювати sudo supervisorctlбез пароля. https://www.cyberciti.biz/faq/linux-unix-running-sudo-command-without-a-password/

На своєму локальному сервері / сервері розробки я налаштував, git remoteщо дозволяє мені перейти на виробничий сервер

git remote add production ssh://user_name@production-server/home/git/project_name.git

# initial push
git push production +master:refs/heads/master

# subsequent push
git push production master

Як бонус, ви побачите всі підказки під час виконання сценарію. Тож ви побачите, чи є якась проблема з перезапуском міграції / встановлення пакета / супервізора.