praekelt.recipe.deploy

praekelt.recipe.deploy це Споруда рецепт робить версірованний пульт розгортає тривіально.
Створює бен / скрипт за допомогою якого можна легко розгорнути збірками на віддалених серверах. Використовує Тканина спілкуватися і виконувати команди на віддалених серверах.
<Сильний> Примітка: Цей рецепт знаходиться в активній розробці і не був повністю протестований у виробничому середовищі. Використовуйте на свій ризик.
Процес розгортання триває таким чином:
& NBSP; 1. Віддалений хост, як зазначено в хосте зверталися.
& NBSP; 2. Нова структура реліз шлях, створені за допомогою цього шаблону: / релізи / .
& NBSP; 3. Git репо, як зазначено в git_url клонують.
& NBSP; 4. Філія нового клонованого РЕПО є переключається на галузі, як зазначено в git_branch. Якщо git_branch не вказано не відбувається перемикач
& NBSP; 5. Загальні ресурси, зазначені в shared_resources копіюються з поточного випуску (якщо є) до новоствореної релізі.
& NBSP; 6. Boostrap.py У Buildout перебуває у віданні за допомогою пітона виконуваний, як зазначено в python_exec і файл конфігурації Buildout, як зазначено в conf_file. Пітон використовується за умовчанням, якщо python_exec не вказаний, buildout.cfg використовується за умовчанням, якщо conf_file не вказано.
& NBSP; 7. Buildout запуску за допомогою файлу конфігурації Buildout, як зазначено в conf_file. buildout.cfg використовується за умовчанням, якщо conf_file не вказано.
& NBSP; 8. / ток символічна посилання оновлюється, щоб вказати на новостворений реліз.
& NBSP; 9. Керівник оновлюється ($ поновлення supervisorctl), якщо update_supervisor визначається як True.
& NBSP; 10. Кожна команда вказані в initd_commands виконується в порядку.
<Сильний> Застосування:
Додати участь у buildout.cfg так:
[Споруда]
частини = розгорнути
[Розгорнути]
Рецепт = praekelt.recipe.deploy
git_url = git@github.com: мене / projectx.git
Host = www.protectx.com
root_path = / VAR / WWW / ProjectX
Запуск Buildout буде додати скрипт розгортання з тим же ім'ям, як розгортання частини в бен / каталог. У цьому випадку бункер / розгорнути. В результаті сценарій буде розгортати git@github.com: мене / projectx.git в www.projectx.com-х / VAR / WWW / ProjectX шляху.
<Сильний> Опції
as_user
& NBSP; Користувач в яких необхідно виконати Розгорнути. Використовується для установки дозволів відповідно і клонувати з GitHub. За замовчуванням 'WWW-даних ".
conf_file
& NBSP; Buildout CFG файл, з яким працювати boostrap і Buildout. За замовчуванням ''. Buildout.cfg
deploy_key_path
& NBSP; Шлях на хості з ключем для використання при клонуванні репо.
git_branch
& NBSP; Git репо гілку з яких необхідно виконати Розгорнути.
git_url
& NBSP; Git репо з яких необхідно виконати Розгорнути. Обов'язково.
господар
& NBSP; хоста, на якому для виконання Розгорнути. Обов'язково.
initd_commands
& NBSP; init.d команди для запуску після завершеного розгортанні. тобто Nginx перезапуск.
python_exec
& NBSP; команда Python, з яким boostrap Buildout. За замовчуванням 'пітона'.
root_path
& NBSP; Кореневий шлях, в якому для виконання Розгорнути. струму / випуск структура шлях буде створений в рамках цього шляху. Обов'язково.
shared_resources
& NBSP; доріжки ресурсів, щоб скопіювати accross від поточної версії на нову версію на кожному розгортанні.
update_supervisor
& NBSP; чи оновлювати чи ні керівника. За замовчуванням "False".
<Сильний> Повний приклад
Наступний приклад ілюструє всі можливі варіанти:
[Споруда]
частини = розгорнути
[Розгорнути]
Рецепт = praekelt.recipe.deploy
as_user = WWW-дані
conf_file = production.cfg
deploy_key_path = /var/www/.ssh/projectx_deploy_key
git_branch = виробництво
git_url = git@github.com: мене / projectx.git
Host = www.protectx.com
initd_commands = Nginx перезавантаження
python_exec = python2.5
root_path = / VAR / WWW / ProjectX
shared_resources =
і NBSP; яйця
і NBSP; завантажень
& NBSP; авторизуйтесь
і NBSP; ЗМІ
update_supervisor = True
В результаті сценарій буде розгортати git@github.com: виробнича філія Me / projectx.git на www.projectx.com-х / VAR / WWW / ProjectX шляху як користувач WWW-даних. Git репо буде клонували з використанням як ключа /var/www/.ssh/projectx_deploy_key SSH. Яйця, завантаження, журналів та засобів масової інформації доріжки будуть скопійовані з поточного випуску в цій новій версії. Середа Споруда будуть створюватися з використанням python2.5 і запустити за допомогою production.cfg у файлі конфігурації. Після завершення Споруда керівник буде оновлюватися і /etc/init.d/nginx перезапуск буде працювати

Що нового У цьому випуску :.

• Детальніше forcefull оновлення керівник.

Що нового у версії 0.1.2 :.

• Дозволити команди supervisorctl

Що нового у версії 0.1.1 :.

• Додана командного рядка харчування мерзотник кредитки

Що нового у версії 0.1.0 :.

• варіант deploy_latest_tag додав
• Збій init.d питань.

Що нового у версії 0.0.9 :.

• Вирішено apply.pp помилка

Що нового у версії 0.0.7 :.

• Додана опція командної ENV пароль
• варіант командної Додано сили в обхід запитів на підтвердження.

Що нового у версії 0.0.6 :.

• Додана підтримка HTTPS мерзотник URL-адреси

Що нового у версії 0.0.5 :.

• Додана нові і детальні варіанти

Що нового у версії 0.0.3:

• Додана cron_commands параметр. Дозволити для деяких аргументів сценарій переопределяет.

Вимоги

• Python