Git Credential Manager (GCM) เป็นตัวช่วยข้อมูลประจำตัว Git ที่ปลอดภัยซึ่งสร้างบน .NET ที่ทำงานบน Windows, macOS และ Linux โดยมีจุดมุ่งหมายเพื่อมอบประสบการณ์การตรวจสอบความถูกต้องที่สม่ำเสมอและปลอดภัย รวมถึงการตรวจสอบสิทธิ์แบบหลายปัจจัย ให้กับบริการโฮสต์และแพลตฟอร์มการควบคุมแหล่งที่มาหลักทุกแห่ง
GCM รองรับ (ตามลำดับตัวอักษร) Azure DevOps, Azure DevOps Server (เดิมชื่อ Team Foundation Server), Bitbucket, GitHub และ GitLab เปรียบเทียบกับตัวช่วยข้อมูลรับรองในตัวของ Git (Windows: wincred, macOS: osxkeychain, Linux: gnome-keyring/libsecret) ซึ่งให้การสนับสนุนการตรวจสอบสิทธิ์แบบปัจจัยเดียวสำหรับชื่อผู้ใช้/รหัสผ่านเท่านั้น
GCM จะแทนที่ทั้ง Git Credential Manager ที่ใช้ .NET Framework สำหรับ Windows และ Git Credential Manager ที่ใช้ Java สำหรับ Mac และ Linux
ดูคำแนะนำในการติดตั้ง GCM เวอร์ชันปัจจุบันสำหรับตัวเลือกการติดตั้งสำหรับระบบปฏิบัติการของคุณ
ปัจจุบัน Git Credential Manager พร้อมใช้งานสำหรับ Windows, macOS และ Linux* GCM ใช้งานได้กับรีโมต HTTP(S) เท่านั้น คุณยังคงสามารถใช้ Git กับ SSH ได้:
คุณสมบัติ | หน้าต่าง | ระบบปฏิบัติการ macOS | ลินุกซ์* |
---|---|---|---|
ตัวติดตั้ง/ตัวถอนการติดตั้ง | |||
ที่จัดเก็บข้อมูลรับรองแพลตฟอร์มที่ปลอดภัย (ดูเพิ่มเติม) | |||
รองรับการรับรองความถูกต้องแบบหลายปัจจัยสำหรับ Azure DevOps | |||
รองรับการรับรองความถูกต้องด้วยสองปัจจัยสำหรับ GitHub | |||
รองรับการรับรองความถูกต้องด้วยสองปัจจัยสำหรับ Bitbucket | |||
รองรับการรับรองความถูกต้องด้วยสองปัจจัยสำหรับ GitLab | |||
รองรับ Windows Integrated Authentication (NTLM/Kerberos) | ไม่มี | ไม่มี | |
รองรับการรับรองความถูกต้อง HTTP พื้นฐาน | |||
การสนับสนุนพร็อกซี | |||
รองรับ amd64 | |||
รองรับ x86 | ไม่มี | ||
รองรับ arm64 | ความพยายามอย่างดีที่สุด | ||
การสนับสนุน armhf | ไม่มี | ไม่มี |
(*) GCM รับประกันการสนับสนุนเฉพาะสำหรับการกระจาย Linux ที่ได้รับการสนับสนุนอย่างเป็นทางการโดย dotnet
Git Credential Manager พยายามเข้ากันได้กับชุด Git เวอร์ชันที่กว้างที่สุด (ภายในเหตุผล) อย่างไรก็ตาม มี Git บางรุ่นที่ทราบปัญหาซึ่งเข้ากันไม่ได้
คอมไพล์ 1.x
Git เวอร์ชันหลักเริ่มต้นไม่ได้รับการสนับสนุนหรือทดสอบกับ GCM
คอมไพล์ 2.26.2
Git เวอร์ชันนี้นำเสนอการเปลี่ยนแปลงครั้งใหญ่ด้วยการกำหนดค่าข้อมูลรับรองการแยกวิเคราะห์ที่ GCM อาศัย ปัญหานี้ได้รับการแก้ไขแล้วในคอมมิต 12294990
ของโปรเจ็กต์ Git และเผยแพร่ใน Git 2.27.0
เมื่อติดตั้งและกำหนดค่าแล้ว Git Credential Manager จะถูกเรียกโดยปริยายโดย Git คุณไม่จำเป็นต้องดำเนินการใดๆ เป็นพิเศษ และผู้ใช้ไม่ได้ตั้งใจจะเรียก GCM โดยตรง ตัวอย่างเช่น เมื่อกด ( git push
) ไปที่ Azure DevOps, Bitbucket หรือ GitHub หน้าต่างจะเปิดขึ้นโดยอัตโนมัติและนำคุณเข้าสู่กระบวนการลงชื่อเข้าใช้ (กระบวนการนี้จะดูแตกต่างกันเล็กน้อยสำหรับแต่ละโฮสต์ Git และในบางกรณี ไม่ว่าคุณจะเชื่อมต่อกับโฮสต์ Git ภายในองค์กรหรือบนคลาวด์ก็ตาม) คำสั่ง Git ในภายหลังในพื้นที่เก็บข้อมูลเดียวกันจะนำข้อมูลประจำตัวที่มีอยู่กลับมาใช้ใหม่ หรือ โทเค็นที่ GCM เก็บไว้ตราบเท่าที่ยังใช้งานได้
อ่านการใช้บรรทัดคำสั่งแบบเต็มได้ที่นี่
ดูข้อมูลโดยละเอียดได้ที่นี่
ดูดัชนีเอกสารสำหรับลิงก์ไปยังแหล่งข้อมูลเพิ่มเติม
อยากรู้ว่าจะเกิดอะไรขึ้นต่อไปในโครงการ GCM? มาดูแผนงานโครงการกัน! ดูรายละเอียดเพิ่มเติมเกี่ยวกับการสร้างแผนงานและวิธีตีความได้ที่นี่
โครงการนี้ยินดีรับการสนับสนุนและข้อเสนอแนะ ดูคู่มือการมีส่วนร่วมเพื่อเริ่มต้น
โปรเจ็กต์นี้เป็นไปตามจรรยาบรรณโอเพ่นซอร์สของ GitHub
เราได้รับอนุญาตจาก MIT เมื่อใช้โลโก้ GitHub โปรดปฏิบัติตามหลักเกณฑ์เกี่ยวกับโลโก้ GitHub