praeekelt.recipe.deploy. وصفة بناء المبنى بعد النشر عن بعد ينشر تافهة
التحميل الان

praeekelt.recipe.deploy. الترتيب والملخص

praeekelt.recipe.deploy. العلامات

وصفة نشر بناء خارج وصفة بناء نسخة عن بعد

praeekelt.recipe.deploy. وصف

وصفة بناء صنع نسخة عن بعد تنشر تافهة Priekelt.recipe.deply هي وصفة مبنية تقوم بإصدار Remote Remote Trivial.Creates بن / برنامج نصي يمكنك بسهولة نشر Buildouts إلى الخوادم البعيدة. يستخدم النسيج للتواصل وتشغيل الأوامر على Servers البعيد. ملاحظة: هذه الوصفة قيد التطوير النشط ولم يتم اختبارها بالكامل في بيئة الإنتاج. استخدم على مسؤوليتك الخاصة. يتم الوصول إلى عملية النشر على النحو التالي: 1. يتم الوصول إلى المضيف البعيد كما هو محدد في المضيف. 2. يتم إنشاء هيكل مسار إصدار جديد باستخدام هذا النمط: / reasses / . 3. يتم استنساخ repo git كما هو محدد في git_url. 4. يتم تبديل فرع Repo المستنسخ حديثا إلى الفرع كما هو محدد في git_branch. إذا لم يتم تحديد GIT_BRANCH لا يحدث أي تبديل 5. يتم نسخ الموارد المشتركة كما هو محدد في Shared_Resources من الإصدار الحالي (إذا كان موجودا) إلى الإصدار الذي تم إنشاؤه حديثا. 6. يتم تشغيل BoostraP.py Boundout باستخدام Python القابل للتنفيذ كما هو محدد في Python_Exec وملف تكوين Buildout كما هو محدد في Conf_File. يستخدم Python افتراضيا إذا لم يتم تحديد Python_Exec، يتم استخدام Buildout.cfg افتراضيا إذا لم يتم تحديد Conf_File. 7. يتم تشغيل Buildout باستخدام ملف تكوين Buildout كما هو محدد في Conf_File. يتم استخدام Buildout.cfg افتراضيا إذا لم يتم تحديد conf_file. 8. يتم تحديث / symlink الحالي للإشارة إلى الإصدار الذي تم إنشاؤه حديثا. 9. يتم تحديث المشرف (تحديث المشرف $) إذا تم تحديد Update_supervisor على أنه صحيح. 10. يتم تشغيل كل أمر محدد في initd_commands بالترتيب. أمر ضروري: إضافة جزء في Buildout.cfg مثل ذلك: أجزاء = نشر وصفة = praekelt.recipe.deplygit_url = git@github.com: me / projectx .githost = www.protectx.comroot_path = / var / www / projectxrunning سيقوم Buildout بإضافة برنامج نصي لنفسه بنفس اسم جزء نشر في BIN / Directory. في هذه الحالة بن / نشر. سيقوم البرنامج النصي الناتج بنشر git@github.com: ME / ProjectX.git إلى www.projectx.com - مسار / Var / www / www / projectx. تستخدم لإعداد الأذونات بشكل مناسب واستنساخ من Github. الإعدادات الافتراضية ل "WWW-DATA'.CONF_FILE Buildout CFG ملف CFG مع تشغيل Boostrap وبحث. الإعدادات الافتراضية إلى "buildout.cfg'.deply_key_key_path على المضيف إلى المفتاح للاستخدام عند استنساخ فرع repo.git_branch Git Repo Tranch لإجراء عملية النشر التي تقوم بها النشر. اسم المضيف المطلوب لأداء النشر. مطلوب أوامر INITD_COMMANDS INT.D لتشغيلها بعد الانتهاء من الانتهاء. I.E. NGNX RESTART.PYTHON_EXEC أمر بيثون معه ب Boostrap Buildout. الافتراضي إلى مسار الجذر "Python'.root_path الذي يؤدي فيه النشر. سيتم إنشاء هيكل مسار الحالي / الإصدار داخل هذا المسار. مطلوب مسارات مورد الموارد لنسخ ACCROSS من الإصدار الحالي إلى الإصدار الجديد على كل نشر. Supdate_supervisor افتراضيات "fals'.fullfullfully" المثال التالي يوضح جميع الخيارات المتاحة: أجزاء = نشر وصفة = praeekelt.recipe.deplayas_user = www-dataconf_file = production.cfgdeploy_key_path = /var/www/projectx_deploy_keygit_branch = productiongit_url = git@github.com: me / projectx.githost = www.protectx.cominit_commands = nginx restartpython_exec = python2.5root_path = / var / www / projectxshared_resources = projects projects profactions = trueethe الناتجة البرنامج النصي سوف نشر git@github.com: أنا / فرع إنتاج projectx.git إلى www.projectx.com من مسار / var / www / projectx كمستخدم www- البيانات. سيتم استنساخ جيت ريبو باستخدام /var/www/.ssh/projectx_deply_key كجزء SSH. سيتم نسخ البيض والتنزيلات ومسارات السجل والوسائط من الإصدار الحالي إلى هذا الإصدار الجديد. سيتم إنشاء بيئة Buildout باستخدام Python2.5 وتشغيلها باستخدام Production.cfg كملف تكوين. بعد اكتمال Buildout، سيتم تحديث المشرف وستكون إعادة تشغيل / itc/init.d/nginx. متطلبات: بيثون ما الجديد في هذا الإصدار: وأضاف المعلمة cron_commands. السماح بتحويل بعض الوسائط النصية.

praeekelt.recipe.deploy. برامج ذات صلة