باختصار
النشر المستمر (Continuous Deployment) أسلوب تصل فيه تغييرات البرنامج إلى الإنتاج آليًا وبشكل متكرر، دون موافقة يدوية على كل إطلاق.
بالتفصيل
يختلط المصطلح بالتسليم المستمر (Continuous Delivery)، والفرق في الخطوة الأخيرة. ففي التسليم يصبح الكود جاهزًا للإطلاق، لكنه لا يُطلق بالضرورة. أما في النشر فيُطلق فعلًا.
ولأن لا إنسان يوقف الإطلاق، تصبح جودة الاختبارات هي جودة الإصدار. ودونها تزيد مخاطر الأعطال على فوائد الأتمتة. ويعتمد الأسلوب على تغييرات صغيرة متدرّجة، وعلى مفاتيح الميزات التي تتيح نشر الكود قبل تفعيله. وقد تبنّته شركات مثل Meta وMicrosoft وAtlassian بحسب Wikipedia.
ومع الوكلاء صارت الفكرة أكثر تطرّفًا. فقد وصفت مدوّنة Simon Willison شركة Spawn بأنها تأخذ النشر المستمر إلى أقصاه، إذ تطلق الوكلاء تغييراتها إلى الإنتاج كل ساعة. وتساءلت عن صلاحية ذلك في برامج يكون ثمن الخطأ فيها أعلى.
مثال عملي
مطعم يغيّر طبق اليوم. في الأسلوب القديم يتذوّقه المدير قبل خروجه. في التسليم المستمر يبقى الطبق جاهزًا على الرفّ حتى يقول المدير «هيا». أما في النشر المستمر فيخرج إلى الزبائن مباشرة بعد أن يجتاز جهاز قياس الملح والحرارة. لذلك يجب أن يكون الجهاز ممتازًا.
مصطلحات مرتبطة
مفتاح الميزة، وطابور الدمج، واختبار الانحدار، وقاطع الدائرة.
المصادر: Wikipedia، Simon Willison — 2026-10-29
