Aynı Bilgisayarda Birden Fazla GitHub Hesabı Kullanırken Sürekli Hesap Seçme Sorununu Çözmek

Aynı Bilgisayarda Birden Fazla GitHub Hesabı Kullanırken Sürekli Hesap Seçme Sorununu Çözmek

Yazılım geliştirirken aynı bilgisayarda birden fazla GitHub hesabı kullanmak oldukça yaygın. Bir tarafta kişisel projeler, diğer tarafta şirket projeleri derken zamanla Git tarafında can sıkıcı bir durum ortaya çıkıyor.

push, pull, fetch veya clone gibi işlemlerde Git Credential Manager (GCM) sürekli hangi GitHub hesabını kullanmak istediğimi soruyor. Özellikle onlarca kez işlem yapılan bir günde bu durum ciddi zaman kaybına dönüşebiliyor.

İlk başlarda bunun normal davranış olduğunu düşünmüştüm. Ancak biraz araştırınca Git Credential Manager’ın aslında bunu yönetebildiğini ve hem makine genelinde hem de proje bazında hesabı sabitleyebildiğini gördüm.

Sorun neden oluşuyor?

GitHub tarafında kimlik doğrulama artık büyük ölçüde Git Credential Manager (GCM) üzerinden yapılıyor.

Makinede birden fazla GitHub hesabı kayıtlı olduğunda GCM, hangi hesabın kullanılacağını her zaman tahmin edemiyor. Bu nedenle işlem sırasında hesap seçmenizi istiyor.

Aslında burada problem Git’te değil, GCM’nin hangi hesabı tercih edeceğini bilmemesi.

Çözüm 1: Makine genelinde varsayılan GitHub hesabını belirlemek

Eğer projelerinizin büyük kısmında aynı GitHub hesabını kullanıyorsanız en pratik çözüm varsayılan hesabı tanımlamak.

Bunun için aşağıdaki komut yeterli.

git config --global credential.https://github.com.username KULLANICI_ADI

Örneğin:

git config --global credential.https://github.com.username your-github-username

Bu ayar sayesinde Git Credential Manager, GitHub işlemlerinde varsayılan olarak bu kullanıcı adını kullanmaya çalışıyor. Böylece çoğu durumda hesap seçme ekranı tekrar gelmiyor.

Bu ayar yalnızca GitHub için geçerlidir. Diğer Git sunucularını (Azure DevOps, GitLab vb.) etkilemez.

Çözüm 2: Belirli bir repository için farklı hesap kullanmak

Benim daha sık karşılaştığım senaryo ise buydu.

Makinedeki varsayılan hesap kişisel hesabım olabilir ancak şirket reposunda farklı bir hesap kullanmam gerekiyor.

Bu durumda global ayarı değiştirmek doğru çözüm değil.

Repository bazında kullanıcı sabitlemek çok daha mantıklı.

Bunun için remote adresine kullanıcı adını eklemek yeterli.

git remote set-url origin https://KULLANICI_ADI@github.com/owner/repo.git

Örneğin:

git remote set-url origin https://johndoe@github.com/johndoe/projectX.git

Sonrasında remote bilgisini kontrol edebilirsiniz.

git remote -v

Çıktıda kullanıcı adının URL içerisinde yer aldığını göreceksiniz.

origin  https://johndoe@github.com/company/projectX.git

Böylece bu repository üzerinde çalışırken Git Credential Manager doğrudan ilgili hesabı kullanacaktır.

E-posta kullanıcı adı kullanıyorsanız

Bazı GitHub Enterprise ortamlarında kullanıcı adı yerine e-posta adresi kullanılabiliyor.

Bu durumda URL içerisindeki @ karakteri sorun oluşturacağı için %40 olarak yazılması gerekiyor.

Örneğin:

https://user%40example.com@github.com/owner/repo.git

Hangi yöntemi ne zaman kullanmalı?

Benim önerim şu şekilde:

• Tek GitHub hesabıyla çalışıyorsanız yalnızca global ayarı yapmanız yeterli.
• Birden fazla GitHub hesabı kullanıyorsanız global ayar ile en sık kullandığınız hesabı belirleyin.
• Farklı hesap gerektiren repository’lerde ise yalnızca o projenin remote URL’sini güncelleyin.

Bu sayede her proje kendi hesabını kullanır ve sürekli hesap seçme ekranıyla uğraşmanız gerekmez.

Sonuç

Aynı bilgisayarda birden fazla GitHub hesabı kullanırken yaşanan hesap seçme problemi aslında Git’in değil, Git Credential Manager’ın hangi hesabı tercih edeceğini bilememesinden kaynaklanıyor.

Aşağıdaki iki komut bu sorunu büyük ölçüde çözüyor.

Makine genelinde varsayılan GitHub hesabı tanımlamak:

git config --global credential.https://github.com.username KULLANICI_ADI

Belirli bir repository için hesap sabitlemek:

git remote set-url origin https://KULLANICI_ADI@github.com/owner/repo.git

Özellikle hem kişisel hem de kurumsal GitHub hesaplarıyla çalışan geliştiriciler için bu iki ayar, her push veya pull işleminde tekrar hesap seçme zahmetini ortadan kaldırıyor ve geliştirme sürecini daha akıcı hale getiriyor.