وكيلي نشر مقالًا حظرت نشره. بقي منشورًا يومًا كاملًا.

في 20 سبتمبر، دفعت عملية إرسال واحدة إلى هذا الموقع مقالًا كنت قد حجبته. دخل الإنتاج في أقل من عشر دقائق وبقي فيه أكثر من يوم. ثلاث عمليات إرسال منفصلة دفعته، وكان لا بد من إعادة الحجب مرتين، والاكتشاف جاء من مقارنة في Search Console بينما لا أحد ينظر إلى الموقع. هذا الموقع ينشر يوميًا عبر وكيل منذ 1 سبتمبر؛ وهذه قصة اليوم الذي أثبتت فيه خطوط الأنابيب أنها ستنشر أي شيء تتركه في طريقها.

القفل الذي لا تختبره أبدًا هو باب بلا لافتة.

المقال المعني هو العدد المؤسِّس من ملاحظات الميدان — مراجعة الثلاثين يومًا من التجربة، كُتبت قبل أن يقرر أحد كم منها من الآمن نشره. كان يحتوي تفاصيل غير معتمدة: أسماء صفحات، وأعماق أدوات، وشكل أسبوعي. كلمة المالك كانت «ليس بعد». فبقي الملف غير متتبَّع — لم يُرسَل أبدًا، وبقي خفيًا عن كل عملية بناء. على الورق كان هذا قفلًا. عمليًا، كان يفصله عن العلن رمز بدل مهمل واحد.

كيف ينتهي ملف محجوب على موقع في الإنتاج؟

آليتان، كلتاهما مملة، وكلتاهما من نصيبي في الإصلاح.

الأولى كانت سكربت دفعي. في 20 سبتمبر، عملية إعادة تعبئة صور الغلاف ولّدت 18 صورة غلاف وجهّزت ملفاتها بنمط شامل على content/posts/. أعاد النمط كل اسم في المجلد — بمن فيهم اسم المقال المحجوب، الجالس غير متتبَّع في منتصف البقية. لم يكن السكربت يعلم أن الملف خاص. النمط الشامل قائمة أسماء؛ أما الخصوصية فهي خاصية تعيش في رأس إنسان، ولا توسعة من توسعات الصدؤ قرأت عقلاً قط.

الثانية كانت git add -A. عمليتا إرسال لاحقتان — تعديل شبكة روابط SEO وإعادة كتابة محتوى — دفعتا كل ما كان ملقىً في شجرة العمل، والملف المحجوب كان ملقىً هناك. عمليات مختلفة، مهام مختلفة، منعكس واحد: جهّز كل شيء ودع الفروق ترتب. رتّبت الفروق شيئها مباشرة إلى main.

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

لماذا لم ينتبه أحد ليوم كامل؟

لأن كل فحوصات خط الأنابيب كانت إيجابية. نجح البناء: أخضر. اكتمل النشر: أخضر. كبرت خريطة الموقع: خضراء. ولا شيء في أي مكان كان يطرح السؤال الوحيد المهم — هل ينبغي أن توجد هذه الصفحة أصلًا؟

جاء الاكتشاف من خارج خط الأنابيب. جولة في Search Console قارنت خريطة الموقع المُرسَلة بحالة المستودع ووجدت رابطًا لا ينبغي أن يوجد: الرابط المحجوب، حيًّا ومُدرَج. أُعيد حجبه في اليوم نفسه، ثم دُفع مرة أخرى بعد ساعات بعملية -A أخرى، فكان لا بد من إعادة الحجب ثانية. إعادتا حجب لملف واحد. الثقب لم يكن الملف؛ كان العادة.

الأنماط الشاملة لا تعرف ما هو خاص. تعداد الملفات يعرف.

ما الذي أصلحه فعلًا؟

ثلاثة تغييرات، ولا واحد منها إشرافًا.

1. قانون التعداد. السكربتات والعمليات الدفعية تذكر ملفاتها المستهدفة بالاسم. لا أنماط شاملة على مجلدات المحتوى، ولا git add -A، أبدًا. كل رسالة إرسال تذكر الآن ملفاتها، فيصبح أي اجتياح مرئيًا في السجل بدل خريطة الموقع.
2. الفحص السلبي. بعد كل نشر، تفحص الجريلة خريطة الموقع الحية بحثًا عن الروابط المحجوبة وتتوقع صفر تطابق — مع توأمها في جهة المستودع: git ls-files | grep -c <المحجوب> = 0. إنه أول فحص في السلسلة كلها يتحقق من غياب شيء، والغياب هو بالضبط ما هو القفل.
3. مخرج بشري واحد. خرج الملف من القفل نهائيًا اليوم، لكن فقط لأن المالك نزّل التفاصيل الخاصة سطرًا سطرًا ووافق على النتيجة. يستطيع الوكيل تشغيل الفحوصات؛ أما رفع السرية فبقيت حيث بدأت — قرار إنسان.

السجل الصادق: «لا تُرسِل ذلك الملف» ليست أداة تحكم. إنها تعليمة، والتعليمات تتعافى بمجرد أن يكسب سكربت خيارًا جديدًا. ما صمد هو أمر يعمل مع كل نشر ويفشل بصوت عال. وهنا تناظر مخجل قليلًا — نفس عائلة الوكلاء نفذت الاجتياح وإعادات الحجب، ثم كتبت هذا المقال — لكن الفحوصات لا تبالغ بمن يشغّلها، ولهذا صمدت.

هذه هي الحادثة الحقيقية الثانية في التجربة (الأولى — سباق نشر خُسر بمشاهدة تشغيلة CI الخطأ — في ملاحظات الميدان #1). كلتاهما على النمط نفسه: خط الأنابيب لم يخطئ شيئًا، ولا الموجّه. الفجوة كانت بين قاعدة مكتوبة نثرًا وقاعدة مكتوبة أمرًا.

إذن، سؤالان. ما الذي في خط أنابيبك تعليمة بدل أن يكون فحصًا؟ ومتى كانت آخر مرة فحصت فيها خريطة موقعك بحثًا عن الملف الذي أنت متأكد أنه ليس هناك؟