django-fab-deploy

Django-fab-deploy ng ay nilayon upang maging isang madaling pag-deploy at solusyon sa pamamahala para sa & nbsp; Django mga proyekto gamit ang paiba-iba, tela, virtualenv, nginx, buto ng bungang-kahoy at Apache may mod_wsgi. Ang sinusuportahan na OS ay Debian Lenny.
Ang software na ito ay napaka-matigas sa palagay. Ito ay isang koleksyon ng mga tela script na mahusay na gumagana nang magkasama para sa aking mga proyekto.
Ilang mga proyekto ay maaaring matatagpuan sa parehong VPS gamit Django-fab-deploy ng. Isang proyekto ay maaaring matatagpuan sa maraming mga server. Mga proyekto hiwalay na may virtualenv.
Mangyaring huwag gamitin ang OpenVZ o Virtuozzo VPS para sa pag-deploy! Gamitin XEN o KVM o real mga server sa halip. May napakaseryosong mga isyu sa pamamahala ng memorya (VIRT ay binibilang at limitado sa halip ng RSS o isang bagay) upang Apache (at maraming iba pang software tulad ng InnoDB engine MySQL ni) ay lubos na hindi magamit sa OpenVZ OpenVZ habang memorya-matalino at performant sa XEN.
Documentation: http://pypi.python.org/pypi/django-fab-deploy/

What bago ang sa paglabas:

• root_password argumento para sa mysql_create_db (salamat Michael Brown).

Ano ang bagong sa bersyon 0.7.4:

• Django-fab-deploy ang ngayon ay katugma sa tela 1.4 (at nangangailangan ng tela 1.4);
• nginx at wsgi script ay magkatugma ngayon sa paparating na Django 1.4; Halimbawa ng Django configuration 1.4 proyekto ay idinagdag upang gabayan;
• shortcut para sa pagpasa sa mga default ng env sa define_host dekorador;
• Ubuntu 10.04 Apache-restart fix;
• config_templates / hgrc ay inalis;
• pagsusulit ay ina-update para sa fabtest & gt; = 0.1;
• apache_is_running function.

Ano ang bagong sa bersyon 0.7.3:

• permanenteng pag-redirect mula sa www.domain.com sa domain .com ay idinaragdag sa default nginx config. Dati sila ay parehong magagamit at ito ay humantong sa hal Mga isyu sa pag-debit (user naka-log in sa www.domain.com ay hindi naka-log in sa domain.com sa mga setting ng default Django patungkol sa domain ng cookie).

Ano ang bagong sa bersyon 0.7.2:

• Ubuntu 10.04 (matino) paunang suporta (mga pangangailangan na ito higit pa sa pagsubok);
• backports para sa Ubuntu 10.04 at 10.10;
• doc na ngayon ang default na tema;
• remote pamamahala Django command na mga error ay hindi na silinced;
• invoking create_linux_account sa mga di-default na username ay hindi na mababawasan;
• define_host dekorador para sa mas madaling kahulugan host;
• default DB_USER halaga ('ugat') ay hindi na ginagamit;
• default na nginx config ay gumagamit ng INSTANCE_NAME para sa mga log.
• Upang makapag-upgrade mangyaring itakda DB_USER sa 'ugat' tahasan sa env.conf kung ito ay tinanggal na.

Ano ang bagong sa bersyon 0.7.1:

• DB_ROOT_PASSWORD handling maayos

Ano ang bagong sa bersyon 0.6.1:

• verify_exists argumento ng function na fab_deploy.utils.upload_config_template noon ay ay muling pinangalanan sa skip_unexistent;
• fab_deploy.utils.upload_config_template dumadaan ngayon ang lahat ng dagdag na kwargs nang direkta sa upload_template tela ng (salamat Vladimir Mihailenco);
• fab_deploy.virtualenv.pip_setup_conf utos para sa pag-upload ng pip.conf (salamat Vladimir Mihailenco);
• fab_deploy.deploy.push hindi na tawag 'synccompress' command na pamamahala;
• fab_deploy.deploy.push tumatanggap 'before_restart' argumento keyword - iyon ay isang callable iyon ay pinaandar bago lang code reload;
• naayos na pagbabalik sa fab_deploy.deploy.push command: 'notest' argument ay hindi tama ay muling pinangalanan sa 'test';
• -customize ng mga doc ay idinagdag.

Mga Kinakailangan :

• Python
• Django
• Jinja2
• South ay ginagamit para sa paglilipat
• Debian Lenny server o VPS may ssh-access. Wala akong ibang mga server upang hal Ubuntu ay untested ngunit ito ay marahil gumagana sa ilang maliit na mga pagbabago.
• Opsyonal: Django-compress ang ginagamit para sa css at js bundling
• Tela
• Ang iyong proyekto ay naka-imbak sa papalit-palit imbakan