หลัง brownout macOS 14 ครั้งแรก: บันทึกสภาพแวดล้อมก่อนเปลี่ยน label
หาก build iOS ไม่ได้ runner ให้ตรวจเวลาและ label ก่อน brownout แรกกำหนด 5 ตุลาคม 14:00 ถึง 6 ตุลาคม 00:00 UTC หรือ 23:00 ถึง 09:00 KST
GitHub ประกาศ 1 ตุลาคมว่าจะยุติ image วันที่ 2 พฤศจิกายน เราใช้ประกาศและรายการทางการที่ตรวจ 6 ตุลาคม 2026 ขั้นตอนนี้เป็นข้อเสนอ ไม่ใช่ข้อบังคับ GitHub
การหยุดชั่วคราวต่างจากการยุติ
label ที่กระทบคือ macos-14, macos-14-large และ macos-14-xlarge การจบ brownout แรกไม่ยกเลิกวันยุติ ยังมีช่วงหยุดอื่นและอาจลดความจุ
ช่วงถัดไปคือ 12 ตุลาคม 14:00 ถึง 13 ตุลาคม 00:00 UTC หรือ 23:00–09:00 KST เทียบ log กับสถานะบริการ ตารางไม่ได้อธิบายความล้มเหลวทุกครั้ง
อ่าน CPU ของตัวเลือกใหม่ด้วย
ประกาศเสนอ arm64 เช่น macos-latest (macos-26), macos-15 และรุ่น xlarge ที่ระบุ รายการ image แยกจาก label large หรือ intel บางตัวที่เป็น x64
เมื่อย้ายจาก macos-14-large ให้เทียบสถาปัตยกรรมเก่าและใหม่ dependency แบบ native, simulator, cache และ packaging อาจแสดงความต่าง ต้องทดสอบความเข้ากันได้ของโครงการจริง
ใช้ commit เดียวกัน
บันทึก label จริง OS, CPU, Xcode, SDK และ lockfile แล้ว build และ test commit กับ lockfile เดียวกันบนตัวเลือกใหม่ อย่ารวมการแก้โค้ดกับการทดลองย้าย
นอกจากเครื่องหมายเขียว ตรวจ archive ผล test และขั้นตอน signing กับ export ที่จำเป็น ลองรันที่ไม่พึ่ง cache เก่าอย่างเดียวเพื่อดูว่าทำซ้ำในระบบใหม่ได้หรือไม่
latest ไม่ได้ตรึงสภาพแวดล้อม
repository ทางการอธิบายว่า latest ชี้ OS เสถียรล่าสุดและการย้ายอาจค่อยเป็นค่อยไป ระบุเวอร์ชันพร้อมข้อมูล image จริงช่วยเทียบ แต่ไม่รับประกันการรองรับตลอดไป
latest อาจเหมาะกับทีมที่ตรวจต่อเนื่อง สิ่งสำคัญคือกำหนดผู้ตรวจพบการเปลี่ยน หลักฐานที่เก็บ และเกณฑ์แก้หรือย้อน workflow
เก็บผลเทียบและผู้รับผิดชอบ
การหยุด CI ชี้ว่าวงจร runner เป็นส่วนหนึ่งของงาน release บทความไม่อ้างความถี่เหตุขัดข้องชุมชนที่วัดได้ ใช้ตารางทางการกับหลักฐานของ workflow เอง
ค้น macOS 14 ใน reusable workflow ด้วย บันทึกการรันทดลอง ผู้รับผิดชอบ วันตรวจถัดไป เวอร์ชันจริง และข้อผิดพลาดค้าง ใช้เวลาก่อน brownout ถัดไปตรวจให้ครบ