praekelt.recipe.deploy

praekelt.recipe.deploy è una ricetta buildout rendendo remota di versione distribuisce banale.
Crea un bin / script con il quale è possibile distribuire agevolmente buildout ai server remoti. Utilizza tessuti di comunicare e di eseguire comandi su server remoti.
Nota: Questa ricetta è in fase di sviluppo attivo e non è stato completamente testato in un ambiente di produzione. Utilizzare a proprio rischio e pericolo.
Il processo di implementazione procede come segue:
& Nbsp; 1. L'host remoto, come specificato in host è accessibile.
& Nbsp; 2. Una nuova struttura di percorso di rilascio viene creato utilizzando questo schema: / releases / .
& Nbsp; 3. Il repository git come specificato nella git_url viene clonato.
& Nbsp; 4. Filiale del repo recentemente clonato viene commutato al ramo come specificato nella git_branch. Se git_branch non è specificato si verifica alcun interruttore
& Nbsp; 5. Le risorse condivise, come specificato nella shared_resources vengono copiati dalla versione corrente (se presente) per il rilascio di nuova creazione.
& Nbsp; 6. Boostrap.py del Buildout viene eseguito utilizzando il file eseguibile python come specificato python_exec e un file di configurazione Buildout come specificato nella conf_file. python viene utilizzato di default se python_exec non viene specificato, buildout.cfg viene utilizzato di default se conf_file non è specificato.
& Nbsp; 7. Il Buildout viene eseguito utilizzando un file di configurazione Buildout come specificato nel conf_file. buildout.cfg viene utilizzato di default se conf_file non è specificato.
& Nbsp; 8. Il / link simbolico corrente viene aggiornato per puntare al rilascio di nuova creazione.
& Nbsp; 9. Supervisor viene aggiornato ($ update supervisorctl) se update_supervisor è specificato come True.
& Nbsp; 10. Ogni comando specificato in initd_commands viene eseguito in ordine.
Utilizzo:
Aggiungere una parte in buildout.cfg in questo modo:
[Buildout]
parti = distribuire
[Distribuire]
ricetta = praekelt.recipe.deploy
git_url = git@github.com: me / projectx.git
ospiterà = www.protectx.com
root_path = / var / www / ProjectX
L'esecuzione del buildout aggiungerà uno script deploy con lo stesso nome del deploy parte nella directory / bin. In questo caso bin / deploy. Lo script risultante distribuire git@github.com: me / projectx.git al di www.projectx.com percorso / var / www / ProjectX.
Opzioni
as_user
& Nbsp; l'utente come cui eseguire il deploy. Utilizzato per autorizzazioni di installazione in modo appropriato e per clonare da github. Default a 'www-data'.
conf_file
& Nbsp; file CFG Buildout con cui eseguire boostrap e buildout. Il valore predefinito è 'buildout.cfg'.
deploy_key_path
& Nbsp; Percorso su host per chiave da utilizzare quando la clonazione repo.
git_branch
& Nbsp; Git ramo repo con cui eseguire il deploy.
git_url
& Nbsp; Git repo con cui eseguire il deploy. Obbligatorio.
ospite
& Nbsp; host su cui eseguire deploy. Obbligatorio.
initd_commands
& Nbsp; i comandi init.d correre dopo un deploy completata. cioè nginx riavvio.
python_exec
& Nbsp; comando Python con cui bootstarp Buildout. Il valore predefinito è 'python'.
root_path
& Nbsp; Percorso principale in cui eseguire il deploy. Verrà creato attuale struttura del percorso / release in questo percorso. Obbligatorio.
shared_resources
& Nbsp; percorsi di risorse per copiare attraversato dalla versione attuale alla nuova release su ogni deploy.
update_supervisor
& Nbsp; o meno aggiornare supervisore. Il valore predefinito è 'false'.
Full Esempio
L'esempio seguente illustra tutte le opzioni disponibili:
[Buildout]
parti = distribuire
[Distribuire]
ricetta = praekelt.recipe.deploy
as_user = www-data
conf_file = production.cfg
deploy_key_path = /var/www/.ssh/projectx_deploy_key
git_branch = produzione
git_url = git@github.com: me / projectx.git
ospiterà = www.protectx.com
initd_commands = nginx riavvio
python_exec = python2.5
root_path = / var / www / ProjectX
shared_resources =
& nbsp; uova
& nbsp; download
& Nbsp; il login
& nbsp; supporti
update_supervisor = True
Lo script risultante distribuire git@github.com: ramo di produzione me / di projectx.git al di www.projectx.com / var / www / path ProjectX come utente www-data. Il repo git sarà clonato utilizzando /var/www/.ssh/projectx_deploy_key come chiave ssh. Le uova, download, log e percorsi multimediali verranno copiati dalla versione corrente di questa nuova release. L'ambiente buildout verrà creata usando python2.5 ed eseguire utilizzando production.cfg come file di configurazione. Al termine del buildout supervisore sarà aggiornato e verrà eseguito il riavvio /etc/init.d/nginx

Cosa c'è di nuovo in questa versione:.

• Aggiornamento supervisore Più forcefull.

Cosa c'è di nuovo nella versione 0.1.2:.

• Consenti comandi supervisorctl

Cosa c'è di nuovo nella versione 0.1.1:.

• riga di comando di inserimento di alimentazione git creds

Cosa c'è di nuovo nella versione 0.1.0:.

• opzione deploy_latest_tag aggiunto
• Fail su questioni init.d.

Cosa c'è di nuovo nella versione 0.0.9:.

• Risolto bug apply.pp

Cosa c'è di nuovo nella versione 0.0.7:.

• opzione di comando Aggiunta env la password
• opzione di comando forza aggiunta bypassando conferma prompt.

Cosa c'è di nuovo nella versione 0.0.6:.

• Aggiunto il supporto per https git URL

Cosa c'è di nuovo nella versione 0.0.5:.

• Aggiunto opzioni nuove e verbose

Cosa c'è di nuovo nella versione 0.0.3:

• Aggiunto cron_commands parametro. Consenti per alcune sostituzioni argomenti di script.

Requisiti

• Python