كيف تكون الأتمتة مؤتمتة للغاية عندما يتعلق الأمر بالنشر؟

Question

أملك ci, ، لذا فإن بيئة التدريج لدينا تبني نفسها.
هل يجب أن يكون لدي نص لا يبني الإنتاج فحسب، بل يقوم بكل التفريع له أيضًا؟
عندما يكون لديك قاعدة تعليمات برمجية واحدة على عنواني URL مختلفين مع السلخ، فهل يجب إنشاءهما مرة واحدة؟

Answer 1

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

تعتبر البرامج النصية التي يتم إنشاؤها وتفرعها للإنتاج فكرة رائعة!

Answer 2

في رأيي، أي شيء يستطيع الكمبيوتر القيام به تلقائيًا يجب أن يفعله، لأنه يمكنه القيام بذلك بشكل أسرع وأسهل ودون تفكير منك.في حدود المعقول بالطبع، ولكن أشياء مثل هذه يمكن أن تكون تافهة جدًا للتشغيل الآلي، لذلك كنت دائمًا مؤيدًا لأتمتة هذه العملية برمتها.

بالإضافة إلى أنه يمكن أن يكون ممتعًا أيضًا!

Answer 3

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

خطوة النشر مسؤولة عن تكوين البيئة المستهدفة وتثبيت الحزمة.

الأسباب التي تجعلني أفضل هذا النهج هي:

• لدي حزمة واحدة يمكن تشغيلها في بيئات التطوير والاختبار والإنتاج الخاصة بي.وينبغي أن يقلل ذلك من الحجج بين ضمان الجودة والتنمية.
• قد تكون هناك عناصر مختلفة يلزم تكوينها أثناء النشر.إعدادات خادم التطبيق، ومخططات قاعدة البيانات، وتحميل البيانات، وما إلى ذلك.قد لا يكون من السهل القيام بذلك من خلال البرنامج النصي للإنشاء الآلي.

Answer 4

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