الإطلاق ينبغي أن يكون مملاً.
إذا كان الإصدار يحتاج شخصاً بعينه، ومساءً هادئاً، وحبساً للأنفاس، فإن فريقك يُطلق أقل مما ينبغي، وكل إصدار يحمل مخاطرة أكبر لأنه يحمل تغييرات أكثر.
نبني خطوط عمل تختبر الكود وتنشره تلقائياً، مع طريقة للتراجع بأمر واحد. الفرق التي تنشر بسهولة تنشر كثيراً، والإصدارات الصغيرة أكثر أماناً بكثير من الكبيرة. نبدأ بمشاهدة نشر حقيقي كما يجري اليوم، ونبني التراجع قبل أي شيء، ونسلّم كل شيء موثّقاً ليملكه فريقك لا ليعتمد علينا.
آخر تحديث نوفمبر 2026
النشر المؤلم يجعل الإصدارات أكبر.
والإصدارات الأكبر هي ما يكسر الأشياء فعلاً.
النشر المؤلم يجعل الإصدارات أكبر، والإصدارات الكبيرة هي ما يكسر الأشياء فعلاً.
إنها حلقة مفرغة. النشر مرهق، فيحدث نادراً. والنشر النادر يجمع تغييرات أكثر، فيصبح كل نشر أخطر، فيصبح أكثر إرهاقاً.
الأتمتة تكسر الحلقة من الطرف الآخر. حين يستغرق النشر دقائق ويُتراجع عنه في لحظات، تصغر الإصدارات وتتكرر، والإصدارات الصغيرة هي أكبر ما يمكنك فعله لموثوقية نظامك.
وليس عملاً كبيراً عادةً. معظم الفرق أقرب مما تتوقع إلى خط عمل يشغّل الاختبارات، وينشر عند الدمج، ويمكن التراجع عنه فوراً.
ما نُعدّه.
اختبارات مع كل تغيير
تعمل تلقائياً قبل أي دمج، فلا يصل كود مكسور إلى الفرع الرئيسي.
النشر عند الدمج
ما دُمج قد أُطلق. لا طقوس منفصلة، ولا شخص تلاحقه.
تراجع في لحظات
هذا ما يجعل النشر آمناً. ومن دونه، فالجميع محقون في توترهم.
بيئة تجريبية
تطابق بيئة الإنتاج فعلاً، لا نسخة ابتعدت عنها قبل ثمانية أشهر.
ترحيلات قاعدة البيانات
الجزء الذي يُسقط معظم خطوط العمل. تُطبَّق بأمان، وقابلة للعكس حيث أمكن.
الأسرار خارج الكود
تُدار كما ينبغي. بيانات الدخول داخل المستودع مشكلة شائعة وخطيرة.
بيئات معاينة
كل طلب دمج يحصل على رابط حي، فتكون المراجعة نظراً لا تخيّلاً.
تنبيه حين يفشل النشر
إلى الفريق، فوراً، بدل أن يُكتشف صباح اليوم التالي.
ما الذي يتغير حين يصبح النشر تلقائياً.
العمود الثاني ليس أمنية. إنه ما ينتجه خط عمل عادي.
| نشر يدوي | نشر تلقائي | |
|---|---|---|
| كم مرة تُطلق | أسبوعياً أو أقل | يومياً، أو عند كل دمج |
| حجم كل إصدار | كبير، أسابيع من التغييرات | صغير، تغيير واحد |
| حين يتعطل شيء | أي التغييرات الأربعين؟ | التغيير الذي أطلقته للتو |
| التراجع | يدوي، وتحت الضغط | بأمر واحد، في لحظات |
| من يستطيع النشر | شخص أو اثنان | أي شخص في الفريق |
| الإطلاق يوم الخميس قبل العطلة | لا أحد يجرؤ | أمر عادي |
كيف نعمل نحن أنفسنا.
يرى عملاؤنا برنامجاً يعمل كل أسبوعين، وهذا لا ينجح إلا إذا كان النشر أمراً تافهاً.
أول ما نبنيه، لأنه يجعل كل ما بعده آمناً للتجربة.
نشاهد النشر كما يجري اليوم، بخطواته اليدوية غير الموثقة، قبل أن نقدّر أي شيء.
متى تفعل هذا.
شخص واحد فقط يستطيع النشر
عنق زجاجة ومخاطرة، وظلم لذلك الشخص أيضاً.
الإصدارات أحداث
إذا كان النشر يحتاج موعداً في التقويم، فهو يحدث نادراً جداً.
لا تستطيع التراجع بسرعة
أثمن ما يمكن إصلاحه. كل شيء آخر يصبح أسهل بعد وجوده.
لا تشترِ هذا إذا كنتم تنشرون مرة في الفصل لموقع لا يتغير
إذا كان موقعك نادراً ما يتغير ويُحدَّث مرات قليلة في السنة، فخط عمل كامل ترف. نشر يدوي موثّق بخطوات واضحة يكفيك، وسنقول لك ذلك.
كيف نعمل.
نشاهد نشراً حقيقياً
كل ما يحدث اليوم، بما فيه الخطوات اليدوية التي لم يوثّقها أحد.
نبني التراجع أولاً
قبل أي شيء آخر. هو ما يجعل كل تغيير لاحق آمناً للتجربة.
نؤتمت الاختبارات
تعمل مع كل تغيير، وتمنع الدمج حين تفشل.
نؤتمت النشر
إلى البيئة التجريبية أولاً، ثم إلى الإنتاج بعد أن تصبح التجريبية مملة لفترة.
نعالج الترحيلات
الجزء الذي يكسر خطوط العمل أكثر من غيره. بأمان، وقابلة للعكس حيث أمكن.
نسلّمه
موثّقاً، ليملكه فريقك بدل أن يعتمد علينا.
أتمتة CI/CD
6 أسئلة مع إجاباتها. لديك سؤال آخر؟ تواصل معنا.
أقل مما يتوقعه الناس عادةً. المتغير ليس خط العمل نفسه، بل كمية الطقوس اليدوية التي تراكمت حول نشرك الحالي، وما إذا كانت ترحيلات قاعدة البيانات مباشرة. نشاهد نشراً حقيقياً أولاً، ثم نتفق على المدة كتابةً بناءً على ما يحدث فعلاً لا على تقدير عام.