praekelt.recipe.deploy

praekelt.recipe.deploy est une recette détachable faisant distance versionné déploie trivial.
Crée un bin / script avec lequel vous pouvez facilement déployer buildouts à des serveurs distants. Utilise Tissu de communiquer et exécuter des commandes sur des serveurs distants.
NOTE: Cette recette est en cours de développement et n'a pas été entièrement testés dans un environnement de production. Utilisez à vos propres risques.
Le processus de déploiement se déroule comme suit:
& Nbsp; 1. L'hôte distant comme spécifié dans l'hôte est accessible.
& Nbsp; 2. Une nouvelle structure de chemin de libération est créé à l'aide de ce modèle: / presse / .
& Nbsp; 3. Le git comme spécifié dans git_url est cloné.
& Nbsp; 4. La succursale de repo cloné est mis à la branche comme spécifié dans git_branch. Si git_branch est pas spécifié se produit pas d'interrupteur
& Nbsp; 5. Les ressources partagées telles que spécifiées dans shared_resources sont copiés à partir de la version actuelle (si présente) pour la libération nouvellement créé.
& Nbsp; 6. La boostrap.py du Buildout est exécuté en utilisant l'exécutable python comme spécifié dans python_exec et un fichier de configuration de Buildout comme spécifié dans conf_file. python est utilisé par défaut si python_exec est pas spécifié, buildout.cfg est utilisé par défaut si conf_file est pas spécifié.
& Nbsp; 7. Le Buildout est exécuté en utilisant un fichier de configuration Buildout comme spécifié dans conf_file. buildout.cfg est utilisé par défaut si conf_file est pas spécifié.
& Nbsp; 8. Le / lien symbolique actuelle est mis à jour pour pointer vers nouvellement créé de presse.
& Nbsp; 9. Superviseur est mis à jour (mise à jour de supervisorctl $) si update_supervisor est spécifié comme True.
& Nbsp; 10. Chaque commande spécifiée dans initd_commands est exécuté dans l'ordre.
Utilisation:
Ajouter un rôle dans buildout.cfg comme ceci:
[Buildout]
pièces = déployer
[Déployer]
recette = praekelt.recipe.deploy
git_url = git@github.com: moi / projectx.git
host = www.protectx.com
root_path = / var / www / ProjectX
Exécution du buildout va ajouter un script de déploiement avec le même nom que votre part de déploiement dans le répertoire bin /. Dans ce cas bin / déployer. Le script résultant déploiera git@github.com: moi / projectx.git au chemin / var / www / de ProjectX de www.projectx.com.
Options
as_user
& Nbsp; l'utilisateur comme lequel effectuer le déploiement. Utilisé pour configurer les permissions de manière appropriée et de cloner à partir github. Par défaut, "www-data '.
conf_file
& Nbsp; cfg Buildout avec lequel exécuter boostrap et détachable. Par défaut 'buildout.cfg'.
deploy_key_path
& Nbsp; Chemin sur l'hôte de clé à utiliser lors du clonage du repo.
git_branch
& Nbsp; Git repo branche avec laquelle effectuer le déploiement.
git_url
& Nbsp; Git repo avec lequel effectuer le déploiement. Nécessaire.
hôte
& Nbsp; le nom d'hôte sur lequel effectuer déploiement. Nécessaire.
initd_commands
& Nbsp; init.d commandes de courir après un déploiement terminé. dire nginx redémarrage.
python_exec
& Nbsp; commande Python avec lequel Boostrap Buildout. Par défaut 'python'.
root_path
& Nbsp; Chemin d'accès racine dans lequel effectuer le déploiement. structure actuelle / release chemin sera créé au sein de ce chemin. Nécessaire.
shared_resources
& Nbsp; des chemins de ressources pour copier en face de la version actuelle vers la nouvelle version sur chaque déploiement.
update_supervisor
& Nbsp; ou non de mettre à jour superviseur. Par défaut, 'False'.
Exemple complet
L'exemple suivant illustre toutes les options disponibles:
[Buildout]
pièces = déployer
[Déployer]
recette = praekelt.recipe.deploy
as_user = www-data
conf_file = production.cfg
deploy_key_path = /var/www/.ssh/projectx_deploy_key
git_branch = production
git_url = git@github.com: moi / projectx.git
host = www.protectx.com
initd_commands = nginx redémarrage
python_exec = python2.5
root_path = / var / www / ProjectX
shared_resources =
& nbsp; oeufs
& nbsp; de téléchargements
& Nbsp; se connecter
& nbsp; les médias
update_supervisor = True
Le script résultant déploiera git@github.com: la production de la branche de moi / projectx.git dans / var / www / chemin de ProjectX de www.projectx.com tant qu'utilisateur www-data. Le git sera cloné en utilisant /var/www/.ssh/projectx_deploy_key comme la clé de ssh. Les œufs, les téléchargements, connectez-vous et les chemins des médias seront copiés à partir de la version actuelle de cette nouvelle version. L'environnement d'adaptateur sera créé en utilisant python2.5 et exécuter en utilisant production.cfg comme fichier de configuration. Après le buildout complète superviseur sera mis à jour et /etc/init.d/nginx redémarrage sera exécuté

Ce qui est nouveau dans cette version:.

• Plus forcefull mise à jour de superviseur.

Ce qui est nouveau dans la version 0.1.2:.

• Laissez commandes supervisorctl

Quoi de neuf dans la version 0.1.1:.

• ligne de commande Ajouté approvisionnement git creds

Ce qui est nouveau dans la version 0.1.0:.

• option deploy_latest_tag ajouté
• d'échouer sur les questions init.d.

Ce qui est nouveau dans la version 0.0.9:.

• bug apply.pp Résolu

Ce qui est nouveau dans la version 0.0.7:.

• option de commande de mot de passe Ajouté env
• l'option en ligne de commande de la force Ajouté contournant invites de confirmation.

Quoi de neuf dans la version 0.0.6:.

• Ajout du support pour https git urls

Ce qui est nouveau dans la version 0.0.5:.

• Ajout des options les plus récents et verbeux

Quoi de neuf dans la version 0.0.3:

• Ajouté cron_commands paramètre. Permettre certaines dérogations argument de script.

Exigences :

• Python