django-fab-deploy

django-fab-deploy pretende ser una implementación fácil y la solución de gestión de & nbsp; proyectos de Django usando Mercurial, tela, virtualenv, nginx, pip y apache con mod_wsgi. El sistema operativo compatible es Debian Lenny.
Este software es muy testarudo. Es una colección de scripts de tela que funcionan bien juntos para mis proyectos.
Varios proyectos se pueden implementar en los mismos utilizando VPS-django fab-despliegue. Un proyecto se puede implementar en varios servidores. Los proyectos se aislaron con virtualenv.
Por favor, no use OpenVZ o Virtuozzo VPS de despliegue! Utilice XEN o KVM o los servidores reales en lugar. OpenVZ tiene problemas muy serios con la gestión de memoria (VIRT se cuenta y se limita en vez de RSS o algo así) así que apache (y un montón de otros programas como el motor InnoDB de MySQL) es totalmente inutilizable en OpenVZ al tiempo que la memoria-sabio y performant en XEN.
Documentación: http://pypi.python.org/pypi/django-fab-deploy/

What es nuevo en esta versión:

• argumento contraseña_root para mysql_create_db (gracias Michael Brown).

¿Cuál es nuevo en la versión 0.7.4:

• django-fab-Implementar ahora es compatible con la tela 1.4 (y requieren tela 1.4);
• nginx y WSGI guiones son ahora compatibles con la próxima django 1.4; ejemplo de configuración de Django 1.4 proyecto se agrega para guiar;
• atajo para pasar impagos env en decorador define_host;
• Ubuntu 10.04 apache reinicio solución;
• config_templates / se retira hgrc;
• pruebas se actualizan para fabtest & gt; = 0,1;
• función apache_is_running.

¿Qué hay de nuevo en la versión 0.7.3:

• redirección permanente de www.domain.com al dominio .com se añade a la configuración de nginx defecto. Anteriormente ambos estaban disponibles y esto conduce a ejemplo cuestiones de autorización (usuario ha conectado en el www.domain.com no se ha conectado en el domain.com con la configuración por defecto en relación con django dominio de la cookie).

¿Qué hay de nuevo en la versión 0.7.2:

• Ubuntu 10.04 (lúcido) apoyo inicial (este necesidades más pruebas);
• backports para Ubuntu 10.04 y 10.10;
• docs están utilizando el tema por defecto;
• Gestión django remoto errores de comando ya no silinced son;
• invocando create_linux_account con nombre de usuario no predeterminado es fijo;
• decorador define_host para la definición de acogida más fácil;
• valor USUARIO_BD defecto ('root') está en desuso;
• default nginx config utiliza nombre_instancia para los registros.
• Con el fin de actualizar configure USUARIO_BD para 'root' explícitamente en env.conf si se omitió.

¿Qué hay de nuevo en la versión 0.7.1:

• Manejo DB_ROOT_PASSWORD se fija

¿Cuál es nuevo en la versión 0.6.1:

• verify_exists argumento de la función fab_deploy.utils.upload_config_template era renombrado a skip_unexistent;
• fab_deploy.utils.upload_config_template ahora pasa todas kwargs adicionales directamente a upload_template de tela (gracias Vladimir Mihailenco);
• comando fab_deploy.virtualenv.pip_setup_conf para subir pip.conf (gracias Vladimir Mihailenco);
• comando gestión fab_deploy.deploy.push ya no llama 'synccompress';
• fab_deploy.deploy.push acepta 'before_restart' argumento de palabra clave - que es un exigible que se ejecuta antes de código de recarga;
• regresión fija al mando fab_deploy.deploy.push: 'notest argumento fue rebautizado incorrectamente a "prueba";
• se añaden documentos de personalización.

Requisitos :

• Python
• Django
• Jinja2
• Sur se utiliza para las migraciones
• servidor Debian Lenny o VPS con acceso ssh. No tengo otros servidores por lo que, por ejemplo, Ubuntu no se ha probado pero será posiblemente trabajar con algunos pequeños cambios.
• Opcional: django-compresa se utiliza para css y js agrupación
• Tela
• Su proyecto se almacena en el repositorio Mercurial