CI / CD مسؤول نظام بسيط

في هذه العملية ، ظهرت الفكرة لأتمتة تسليم البرامج النصية powerhell ، وكذلك مزامنة عمل الفريق بين مسؤولي النظام مع البرامج النصية التي تعمل على خوادم مختلفة. تم تصميم المقالة للمسؤولين الذين يربحون بشكل بسيط غير المعتادين على git و gitlab و ci / cd ومشكلات devops الأخرى ، لذلك إذا كنت مهتمًا ، فاطلب قطة.

لنبدأ بالمشاكل التي ظهرت عند العمل

• عدم وجود إصدارات ؛
• عدم الاتساق بين الزملاء عند وضع اللمسات الأخيرة على النصوص ؛
• فقدان النصوص المفيدة عندما يغادر الزملاء ؛
• تسليم البرامج النصية يدويًا إلى أماكن تنفيذها ؛
• فوضى عادية.

كل هذه المشاكل صغيرة في الواقع في حالات معزولة ، ولكن عندما يكون كل هذا بالفعل على نطاق الفريق وأكوام من النصوص البرمجية ، أود أن أرتب الأشياء.

لتبسيط حياتي ، استخدمت منتج Gitlab الرائع ، الذي تم نشره بالفعل معنا واستخدامه بواسطة أجهزة التشفير. لن أفكر في عملية تثبيت gitlab و gitlab-runner ، سأوضح فقط أن لدينا بالفعل gitlab مهيأ بتفويض المجال ومُشغل نوافذ منفصل مع منفذ PowerShell ، والذي سيؤدي مهام النشر الخاصة بنا. للبرمجة النصية ، أستخدم رمز Visual Studio الممتاز.

ننظم العمل في gitlab

ها نحن ذا ، بالنسبة للمبتدئين ، نحتاج إلى إنشاء مجموعة في gitlab ، والتي ستشمل جميع مسؤولي النظام لدينا.


بعد ذلك ، أضف زملائنا إلى الأعضاء بحقوق المطورين ويمكنك البدء في إنشاء المشروع. نقوم بإنشاء المشروع في مجموعتنا ، حتى يتمكن زملاؤنا من الوصول إليه تلقائيًا.


بعد إنشاء المشروع ، في الصفحة الأولى ستكون هناك جميع النصائح حول موضوع "ما يجب القيام به بعد ذلك". في حالتنا ، نحتاج إلى بدء الملفات الموجودة من محطة العمل في gitlab. على سبيل المثال ، كل هذا يكمن في الدليل "E: \ scripts \ powershellmegaproject". استخدم الموجه المناسب وقم بالتنفيذ على جهاز الكمبيوتر الخاص بك:

cd E:\scripts\powershellmegaproject git init git remote add origin http://gitlab.domain.net/sysadminsdev/powershellmegaproject.git git add . git commit -m "Initial commit" git push -u origin master 

البنغو! جميع ملفاتنا من دليل "E: \ scripts \ powershellmegaproject" موجودة الآن في مشروعنا.

ما هي الخطوة التالية؟ افتح VSCode وحاول إجراء تغييرات على برنامج powerhell النصي الموجود في هذا الدليل. بعد حفظ الملف ، سنرى إشعارًا في قسم التحكم بالمصادر ، حيث يمكنك رؤية التغييرات والالتزام. بعد ذلك ، ندفع إلى الخادم:


دعونا نتحقق من موقع المشروع في gitlab ، سيكون هناك المحتويات الفعلية للملفات ، وفي تاريخ الالتزامات يمكنك تتبع التغييرات.

إعداد CI / CD

حان الوقت لتكوين تسليم البرامج النصية إلى الخادم. لكي يعمل CI / CD ، يجب أن يتوفر عداء لمشروعك. يمكنك تعيينه في gitlab المشرف - العدائين أو استخدام العدائين المشتركين.

والآن إلى المشروع. لكي يعمل CI / CD ، تحتاج إلى إنشاء ملف .gitlab-ci.yml في الدليل مع مشروعنا مع وصف الإجراءات (يمكنك أيضًا الاطلاع على تلميح والمساعدة حول هذا عند الانتقال إلى gitlab - CI / CD - قائمة خطوط الأنابيب). يمكنك اختيار طرق مختلفة لتسليم الملفات ، من مجرد نسخ الملفات إلى rsync أو git pull إلى الخادم المطلوب. نظرًا لأننا نفكر في أبسط سيناريو ، فإنه سيتم نسخ powerhell فقط. للقيام بذلك ، اجعل المجلد الموجود على الخادم الهدف مع النص البرمجي متاحًا للجمهور على الشبكة ، وقم بتوفير حق الوصول للتغيير للمستخدم الذي تعمل خدمة gitlab-runner تحته.

املأ .gitlab-ci.yml بمحتوى بسيط:

 deploy_stage: variables: DEST_DIR: \\srv-megaserver\scripts\powershellmegaproject script: - remove-item -path $DEST_DIR\* -recurse - gci -Recurse | Copy-Item -Destination $DEST_DIR 

هنا نكتب المسار إلى دليلنا في متغير (في مشاريع أخرى يمكنك ببساطة نسخ هذا الملف وتغيير دليل الوجهة) وبأمر powershell بسيط ، نقوم أولاً بحذف محتويات الدليل بالكامل ، ثم نسخ كل شيء من مشروعنا إلى هذا المجلد.

الالتزام ، ودفع التغييرات والتحقق. في مجلدنا على الخادم ، يجب تحديث جميع الملفات. يمكنك رؤية حالة وتنفيذ خط الأنابيب في نفس القسم من خطوط الأنابيب gitlab - ci / cd - مثال على التنفيذ الناجح:

 Running with gitlab-runner 11.3.1~beta.4.g0aa5179e (0aa5179e) on gl-runner2-windows a24eda81 Using Shell executor... Running on SRV-GL-RUNNER2... Fetching changes... HEAD is now at e6e9a2c update ci file From http://gitlab.domain.net/sysadminsdev/powershellmegaproject e6e9a2c..5f5cfce master -> origin/master Checking out 5f5cfceb as master... Skipping Git submodules setup $ remove-item -path $DEST_DIR\* -recurse $ gci -Recurse | Copy-Item -Destination $DEST_DIR Job succeeded 

افترض أنه على هذا الخادم تم بالفعل تكوين مهمة لتشغيل هذا البرنامج النصي من مشروع في المجدول ، ونتيجة لذلك نحصل دائمًا على تنفيذ ملفات المشروع الفعلية.

ما الأمر مع الزملاء؟

الأمر بسيط ، قم بإنشاء مجلد للمشاريع ، انتقل إليه في ps / cmd واستنسخ المشروع لأنفسنا.

 cd e:\projects git clone http://gitlab.domain.net/sysadminsdev/powershellmegaproject.git 

كل شيء ، ثم العمل فقط في VSCode عن طريق فتح المجلد ، والقيام بعمليات الدفع والدفع.

ماذا حققنا نتيجة لذلك؟

• يتم تخزين جميع البرامج النصية في المستودع ؛
• يمكن لمجموعة الإدارة بأكملها العمل مع البرامج النصية ؛
• جميع التغييرات مرئية في القصة ؛
• يرى أي مسؤول جديد على الفور جميع التطورات ولا يحتاج إلى الركض حول الخوادم ومعرفة "أين يتم ذلك" ؛
• يتم تسليم جميع التغييرات الإنتاجية تلقائيًا إلى "مكان العمل المنتج".

لقد قضينا على جميع مشاكلنا ، وقمنا أيضًا بتبسيط حياتنا كفريق.

مكافأة

أضف ملف README.md إلى دليل المشروع لوصف ما يحدث في هذه البرامج النصية.
أضف ملف Changelog لوصف التغييرات.

ملاحظة: ماذا يمكنك أن تفعل؟ يمكنك تحريك العداء في الرصيف ، يمكنك تكوين المجدول في ansible ، لا يزال بإمكانك القيام بالكثير من الأشياء الأكثر تعقيدًا ، ولكن الغرض من المقالة كان تبسيط فهم مجموعة الأدوات هذه للمبتدئين.