django-fab-deploy

django-fab-déploiement est destiné à être un déploiement facile et la solution de gestion pour & nbsp; des projets Django en utilisant Mercurial, tissu, virtualenv, nginx, PIP et apache avec mod_wsgi. Le système d'exploitation pris en charge est Debian Lenny.
Ce logiciel est très opiniâtre. Ce est une collection de scripts de tissu qui fonctionnent bien ensemble pour mes projets.
Plusieurs projets peuvent être déployés sur les mêmes VPS utilisant django-fab-déploiement. Un projet peut être déployé sur plusieurs serveurs. Les projets sont isolés avec virtualenv.
Se il vous plaît ne pas utiliser ou OpenVZ VPS Virtuozzo pour le déploiement! Utilisez XEN ou KVM ou serveurs réels au lieu. OpenVZ a des problèmes très graves avec gestion de la mémoire (VIRT est compté et limité au lieu de RSS ou quelque chose) afin apache (et beaucoup d'autres logiciels comme le moteur InnoDB de MySQL) est totalement inutilisable sur OpenVZ tout en étant mémoire sage et performant sur XEN.
Documentation: http://pypi.python.org/pypi/django-fab-deploy/

What est nouveau dans cette version:

• argument root_password pour mysql_create_db (merci Michael Brown).

Quoi de neuf dans la version 0.7.4:

• django-fab-déploiement est maintenant compatible avec le tissu 1,4 (et 1,4 exiger tissu);
• nginx et wsgi son exécution sont maintenant compatibles avec django 1,4 venir; exemple de configuration 1.4 du projet de django est ajouté pour guider;
• raccourci pour passer par défaut env dans define_host décorateur;
• Ubuntu 10.04 apache redémarrage correctif;
• config_templates / hgrc est retiré;
• tests sont mis à jour pour fabtest & gt; = 0,1;
• fonction apache_is_running.

Ce qui est nouveau dans la version 0.7.3:

• redirection permanente de www.domain.com au domaine .com est ajouté à la config nginx par défaut. Auparavant, ils étaient à la fois disponibles et cela conduit à par exemple questions d'autorisation (utilisateur connecté au www.domain.com ne était pas connecté au domain.com avec les paramètres par défaut concernant django domaine de cookie).

Ce qui est nouveau dans la version 0.7.2:

• Ubuntu 10.04 (lucide) soutien initial (cette besoins plus de tests);
• backports pour Ubuntu 10.04 et 10.10;
• docs utilisent maintenant thème par défaut;
• les erreurs de commande de gestion de django télécommande ne permet plus silinced sont;
• invoquant create_linux_account avec identifiant non-défaut est fixe;
• define_host décorateur pour la définition plus facile d'accueil;
• valeur DB_USER par défaut («root») est obsolète;

Nginx config
• défaut utilise INSTANCE_NAME pour les journaux.
• Pour mettre à niveau se il vous plaît mis DB_USER à «root» explicitement dans env.conf si elle a été omise.

Ce qui est nouveau dans la version 0.7.1:

• Gestion de DB_ROOT_PASSWORD est fixé

Quoi de neuf dans la version 0.6.1:

• argument verify_exists de la fonction était fab_deploy.utils.upload_config_template renommé skip_unexistent;
• fab_deploy.utils.upload_config_template passe désormais tous kwargs supplémentaires directement à la upload_template de tissu (grâce Vladimir Mihailenco);
• commande fab_deploy.virtualenv.pip_setup_conf pour télécharger pip.conf (grâce Vladimir Mihailenco);
• fab_deploy.deploy.push ne appelle plus 'synccompress' commande de gestion;
• fab_deploy.deploy.push accepte 'before_restart' argument de mot-clé - ce est une appelable qui sera exécuté juste avant le code de rechargement;
• régression fixe en commande fab_deploy.deploy.push: 'notest' argument a été mal renommé 'test';
• docs de personnalisation sont ajoutés.

Exigences :

• Python
• Django
• Jinja2
• Sud est utilisé pour les migrations
• serveur Debian Lenny ou VPS avec accès ssh. Je ne ai pas d'autres serveurs afin par exemple Ubuntu est pas testé mais il ne fonctionnera peut-être avec quelques petits changements.
• En option: django-compresse est utilisé pour css et js regroupement
• Tissu
• Votre projet est stocké dans le dépôt Mercurial