GitHub CLI: ตรวจอายุของสำเนาโทเคน OAuth

CLI ยังเข้าสู่ระบบอยู่ แต่สคริปต์ที่เริ่มเมื่อวานกลับล้มเหลว อาจเป็นเพราะยังใช้สำเนาโทเคนเก่า ประกาศ GitHub วันที่ 21 ตุลาคม 2026 เป็นจังหวะให้ทีมทำแผนผังเส้นทางข้อมูลรับรองก่อน

สิ่งที่ยืนยันแล้ว: เลือกเปิดใช้การต่ออายุได้

ตั้งแต่ v2.103.0 คำสั่ง gh auth login --expiring ขอข้อมูลรับรองที่ต่ออายุได้ gh เก็บ access token ที่หมดอายุและ refresh token ที่หมุนเวียน การเข้าสู่ระบบเดิมและโทเคนที่ป้อนเองยังทำงานแบบเดิม รองรับ github.com, ghe.com และ GHES 3.23 ขึ้นไป เซิร์ฟเวอร์อื่นอาจออกโทเคนไม่หมดอายุ จึงต้องตรวจสถานะจริงด้วย gh auth status

ข้อความที่คัดลอกไม่ต่ออายุตัวเอง

GitHub เตือนเรื่องสคริปต์ที่อ่าน gh auth token ครั้งเดียวแล้วใช้ซ้ำ ผู้ใช้ภายนอกควรอ่านค่าใหม่เมื่อต้องการ ความสำเร็จตอนเริ่มไม่รับรองความถูกต้องในภายหลัง refresh token ที่รั่วก็ยังอันตราย อายุสั้นไม่ได้แทนสิทธิ์ขั้นต่ำหรือการเพิกถอน

ลำดับตรวจที่ทีมอาจใช้

บันทึกเวอร์ชัน โฮสต์ และเครื่องมือที่คัดลอกโทเคนลงไฟล์ ตัวแปร หรือส่วนขยาย เก็บเฉพาะผู้ดูแลและเวลาอ่าน ไม่เก็บค่าลับ ในระบบทดสอบให้เทียบการอ่านเดียวกันตอนเริ่มกับภายหลัง แยกการหมดอายุ สิทธิ์ และปัญหาเครือข่าย สำหรับ git ผ่าน HTTPS ให้พิจารณา gh auth setup-git และคำแนะนำให้ใช้ git 2.46 ขึ้นไป การเปลี่ยนค่าจริงควรตรวจแยกต่างหาก

บางเส้นทางควรปรับก่อนเปิดใช้

หากเครื่องมือพึ่งโทเคนอายุยาว GitHub ก็แนะนำให้ชะลอการเข้าร่วมสำหรับงานนั้น กำหนดผู้รับผิดชอบและวันทบทวน อย่าถือว่า OAuth ของนักพัฒนากับ GITHUB_TOKEN ใน CI เหมือนกัน ตัวเลือกเดียวไม่ได้รวมสิทธิ์และการเพิกถอนทุกระบบ ตรวจการรองรับของเวอร์ชันที่ติดตั้ง

คำว่า “ยังเข้าสู่ระบบอยู่” ซ่อนสองคำถามไว้ เครื่องมือผู้ดูแลต่ออายุได้หรือไม่ และผู้ใช้ได้รับค่าใหม่หรือไม่ บทความนี้ไม่ได้วัดอัตราปัญหาของชุมชน แผนผังเส้นทางจริงหนึ่งเส้นช่วยระบุเจ้าของแคชและขอบเขตการทดสอบ

แหล่งข้อมูลทางการและการตรวจเพิ่ม

GitHub Changelog · Expiring OAuth preview

GitHub Docs · CLI authentication

บันทึกเวอร์ชัน โฮสต์ เจ้าของแคช และผลทดสอบ โดยไม่ใส่ค่าลับ