Git Credential Manager for Windows
v1.20
Git Credential Manager สำหรับ Windows จะไม่ได้รับการดูแลอีกต่อไป Cross Cross-Platform GIT Credential Manager (GCM Core) เป็นการแทนที่อย่างเป็นทางการ
GCM Core ถูกรวมเป็นส่วนประกอบเสริมของ Git สำหรับ Windows 2.28 และจะทำผู้ช่วยข้อมูลรับรองเริ่มต้นเป็น GIT สำหรับ Windows 2.29 GCM Core ยังสามารถติดตั้งด้วยตนเองจากหน้านี้
GitHub จะปิดใช้งานการรับรองความถูกต้องตามรหัสผ่านบน APIS GIT Credential Manager สำหรับ Windows ใช้เพื่อสร้างโทเค็น เป็นผลให้ GCM สำหรับ Windows จะไม่สามารถสร้างโทเค็นการเข้าถึงใหม่สำหรับ GitHub ได้อีกต่อไป
GIT Credential Manager Core (GCM Core) รองรับการรับรองความถูกต้องของ OAuth ด้วย GitHub และเป็นการแทนที่ GCM สำหรับ Windows
โปรดอัปเดตเป็น GIT สำหรับ Windows 2.28 และเลือก "GIT Credential Manager Core" จากตัวติดตั้งเมื่อถูกขอให้ "เลือกตัวช่วยรับรอง" หรือติดตั้ง GCM Core ด้วยตนเองจากที่นี่
ตั้งแต่วันที่ 22 กุมภาพันธ์ 2018 GitHub ได้ปิดการสนับสนุนสำหรับการเข้ารหัสที่อ่อนแอซึ่งหมายความว่าผู้ใช้หลายคนจะพบว่าตัวเองไม่สามารถตรวจสอบสิทธิ์โดยใช้ Git สำหรับ Windows ซึ่ง (ส่งผลกระทบต่อรุ่นที่เก่ากว่า V2.16.0) อย่าตกใจ มีการแก้ไข อัปเดต Git สำหรับ Windows เป็นล่าสุด (หรืออย่างน้อย v2.16.0)
ข้อผิดพลาดที่พบบ่อยที่สุดที่ผู้ใช้เห็นว่า:
fatal: HttpRequestException encountered.
An error occurred while sending the request.
fatal: HttpRequestException encountered.
An error occurred while sending the request.
Username for 'https://github.com':
หากหลังจากอัปเดต GIT สำหรับ Windows คุณยังคงมีปัญหาในการรับรองความถูกต้องด้วย GitHub โปรดอ่านหัวข้อชุมชนนักพัฒนาซอฟต์แวร์ซึ่งมีการดำเนินการแก้ไขเพิ่มเติมที่คุณสามารถทำได้เพื่อแก้ไขปัญหา
หากคุณกำลังประสบปัญหาเมื่อใช้ Visual Studio โปรดอ่าน ไม่สามารถเชื่อมต่อกับ GitHub กับ Visual Studio
GIT Credential Manager สำหรับ Windows (GCM) ให้ที่เก็บข้อมูลรับรอง GIT ที่ปลอดภัยสำหรับ Windows เป็นผู้สืบทอดไปยังร้านค้ารับรอง Windows สำหรับ Git (Git-Credential-Winstore) ซึ่งไม่ได้รับการดูแลอีกต่อไป เมื่อเทียบกับที่เก็บข้อมูลรับรองในตัวของ GIT สำหรับ Windows (WinCred) ซึ่งให้การสนับสนุนการตรวจสอบความถูกต้องของปัจจัยเดียวที่ทำงานกับที่เก็บ GIT ที่เปิดใช้งาน HTTP GIT ใด ๆ GCM ให้การสนับสนุนการตรวจสอบความถูกต้องแบบหลายปัจจัยสำหรับ Azure DevOps, Team Foundation Server, GitHub และ BitBucket
โครงการนี้รวมถึง:
นี่คือโครงการชุมชนดังนั้นอย่าลังเลที่จะมีส่วนร่วมในแนวคิดส่งข้อบกพร่องแก้ไขข้อบกพร่องหรือรหัสคุณสมบัติใหม่ สำหรับข้อมูลโดยละเอียดเกี่ยวกับวิธีการทำงานของ GCM ไปที่วิกิ
ในการใช้ GCM คุณสามารถดาวน์โหลดตัวติดตั้งล่าสุดได้ ในการติดตั้งให้คลิกสองครั้งที่ GCMW-{version}.exe และทำตามคำแนะนำที่นำเสนอ
เมื่อได้รับแจ้งให้เลือกเทอร์มินัลอีมูเลเตอร์สำหรับ Git Bash คุณควรเลือกหน้าต่างคอนโซลเริ่มต้นของ Windows 'หรือตรวจสอบให้แน่ใจว่า GCM ได้รับการกำหนดค่าให้ใช้กล่องโต้ตอบโมดอล GCM ไม่สามารถแจ้งให้คุณทราบข้อมูลรับรองได้ที่คอนโซลในการตั้งค่า Mintty
หมายเหตุสำหรับผู้ใช้ที่มีความต้องการการติดตั้งพิเศษคุณยังสามารถแยกไฟล์ gcm-{version}.zip และเรียกใช้การติดตั้ง cmd จากพรอมต์คำสั่งผู้ดูแลระบบ สิ่งนี้ช่วยให้ข้อมูลจำเพาะของตัวเลือกการติดตั้งที่อธิบายไว้ด้านล่าง
ในการใช้ GCM พร้อมกับ Git ที่ติดตั้งกับ pacman ในสภาพแวดล้อม MSYS2 เพียงดาวน์โหลด zip release และแยกเนื้อหาลงใน C:msys64usrlibgit-core โดยตรง (สมมติว่าสภาพแวดล้อม MSYS2 ของคุณถูกติดตั้งใน C:msys64 ) จากนั้นเรียกใช้:
git config --global credential.helper managerคุณไม่ มันทำงานได้อย่างน่าอัศจรรย์เมื่อต้องการข้อมูลรับรอง ตัวอย่างเช่นเมื่อผลักไปยัง Azure DevOps จะเปิดหน้าต่างโดยอัตโนมัติและเริ่มต้นการไหลของ OAuth2 เพื่อรับโทเค็นของคุณ
ในการสร้างและติดตั้ง GCM ด้วยตัวเองโคลนแหล่งที่มาเปิดไฟล์โซลูชันใน Visual Studio และสร้างโซลูชัน ส่วนประกอบที่จำเป็นทั้งหมดจะถูกคัดลอกจากตำแหน่งการสร้างออกไปยังโฟลเดอร์ a .Deploy ที่รูทของโซลูชัน จากพรอมต์คำสั่งยกระดับในการติดตั้งโฟลเดอร์ .Deploy git-credential-manager install ต่อไปนี้ ข้อมูลเพิ่มเติมเกี่ยวกับการพัฒนาและการดีบักมีอยู่ในพื้นที่เอกสารของเรา
มีตัวเลือกต่าง ๆ สำหรับระบบที่กำหนดค่าเฉพาะเช่นระบบบิลด์อัตโนมัติ สำหรับระบบที่มี ตำแหน่งที่ไม่ได้มาตรฐานของ GIT ใช้พารามิเตอร์ --path <git> เพื่อจัดหาตำแหน่งที่ GIT ตั้งอยู่และที่ควรปรับใช้ GCM สำหรับระบบที่ต้องการ หลีกเลี่ยงการตรวจสอบ Microsoft .NET Framework และข้อกำหนดเบื้องต้นอื่น ๆ ที่คล้ายกันใช้ตัวเลือก --force สำหรับระบบที่กำลังมองหา การติดตั้งแบบเงียบโดยไม่มีการแจ้งเตือนใด ๆ ให้ใช้ตัวเลือก --passive
มีหลายวิธีในการมีส่วนร่วม
สำหรับการบริจาครหัสคุณจะต้องทำข้อตกลงใบอนุญาตผู้สนับสนุน (CLA) ให้เสร็จสมบูรณ์ สรุปข้อตกลงนี้เป็นพยานว่าคุณอนุญาตให้เราใช้การเปลี่ยนแปลงที่ส่งตามข้อกำหนดของใบอนุญาตของโครงการและงานที่ส่งอยู่ภายใต้ลิขสิทธิ์ที่เหมาะสม
โปรดส่งข้อตกลงใบอนุญาตผู้สนับสนุน (CLA) ก่อนส่งคำขอดึง คุณสามารถเยี่ยมชม https://cla.microsoft.com เพื่อลงนามแบบดิจิทัล อีกทางเลือกหนึ่งคือดาวน์โหลดข้อตกลง Microsoft Indential License Treage.pdf, ลงชื่อ, สแกนและส่งอีเมลกลับไปที่ [email protected] อย่าลืมรวมชื่อผู้ใช้ GitHub ของคุณไว้พร้อมกับข้อตกลง เมื่อเราได้รับ CLA ที่ลงนามแล้วเราจะตรวจสอบคำขอ
โครงการนี้ได้นำรหัสการดำเนินงานของ Microsoft โอเพ่นซอร์สมาใช้ สำหรับข้อมูลเพิ่มเติมโปรดดูจรรยาบรรณคำถามที่พบบ่อยหรือติดต่อ [email protected] พร้อมคำถามหรือความคิดเห็นเพิ่มเติมใด ๆ
โครงการนี้ใช้ใบอนุญาต MIT
