المدخل الفعلي
- سير عمل الفريق وعمليات التسليم
- يمتد فريق الإصدار بين Singapore (09:00–18:00 SGT) وLondon (09:00–17:00 BST) وSan Francisco (09:00–17:00 PDT). تسلّم هندسة Singapore العمل إلى QA في London، ثم إلى المنتج في San Francisco. Jira هو مصدر الحقيقة للمهام/القرارات؛ وتحمل قناة Teams #release-orchid التحديثات. تحديث يومي بعد عمل كل منطقة. يملك قائد الهندسة الجاهزية التقنية؛ وتملك قائدة المنتج Rosa في San Francisco قرارات النطاق. لا يوجد اجتماع دائم عبر المناطق.
- محتوى التحديث والقرارات
- اكتمل البناء المرشح 8.14.2 لإصدار Orchid في Singapore يوم 28 Aug. نجح 612/614 من الاختبارات الآلية؛ وربط الإخفاقان T-441 وT-587 في Jira. T-441 لقطة بصرية معروفة بعدم الاستقرار ونجحت عند إعادة التشغيل؛ ويفشل اختبار مهلة الدفع T-587 باستمرار بعد تحديث تبعية. لم يُختبر سلوك دفع العميل يدويًا بعد. ينبغي لـQA في London إعادة إنتاج T-587 وتشغيل اختبار دخان للدفع. إذا تأكد الأثر على العميل، فاختر التراجع عن التبعية أو إزالة تغيير الدفع من المرشح. تقرر Rosa النطاق؛ ويملك المهندس Ken قابلية تنفيذ التراجع. آخر قرار آمن للنطاق 29 Aug 16:00 BST / 08:00 PDT للحفاظ على النشر المخطط. لا توجد حادثة أمنية. تحتوي السجلات معرّفات حسابات اختبار وينبغي أن تبقى في مرفق Jira مقيد.
- قواعد الاستجابة والتصعيد
- تستخدم جميع المواعيد النهائية التاريخ والوقت ومنطقة IANA أو منطقة مسماة ومنطقة ثانية اختيارية. حالات الاستجابة ACK وTaking وBlocked وEvidence added وDecision needed وDone. الصمت ليس موافقة أبدًا. يُصعّد العائق التشغيلي في قناة إصدار Teams إلى المالك المسمى؛ وتستخدم الحادثة الأمنية عملية حوادث منفصلة. تجنب @channel ما لم تكن نافذة النشر أو السلامة أقل من أربع ساعات. عنوان سلسلة النقاش هو التاريخ + الإصدار + التسليم. استخدم نقاطًا يمكن الوصول إليها، ولا تعتمد على اللون وحده للحالة. أرشف رابط القرار في Jira.







