GitHub hesabınızı yeniden adlandırdığınızda gerçekte ne bozulur
Bir GitHub kullanıcı adı yalnızca bir etiket değildir. Profil URL’nizin, depo URL’lerinizin ve commit kimliğinizin bir parçasıdır. Değiştirdiğinizde üç farklı şey olur ve bunlar üç farklı şekilde başarısız olur.
Birincisi, eski profil URL’si çalışmayı durdurur. Profilinizi yer imlerine ekleyen, özgeçmişinden bağlantı veren veya bir README’de bahseden herkes çıkmaz bir sokakla karşılaşır.
Kullanıcı adı değişikliğinden sonra eski GitHub profil bağlantıları 404 döndürür. Kaynak
İkincisi, depo referansları genellikle yönlendirilir. Birisi github.com/eskiad/depo adresini ziyaret ederse, GitHub genellikle onları github.com/yeniad/depo adresine yönlendirir. Bu yönlendirme kullanışlıdır, ancak bir garanti değildir. Başka bir kullanıcı eski kullanıcı adını kaydeder ve aynı adla bir depo oluşturursa, yönlendirme geçersiz kılınabilir ve ziyaretçiler başkasının projesine yönlendirilebilir.
Depo referansları genellikle yönlendirilir, ancak eski adı başka bir kullanıcının alıp aynı adla bir depo oluşturması yönlendirmeyi geçersiz kılabilir. Kaynak
Üçüncüsü, Git uzak bağlantılarınız ayrı bir konudur. Yerel bir kopya, siz güncelleyene kadar hâlâ eski URL’ye işaret eder. Push ve pull işlemleri başarısız olabilir veya daha kötüsü, eski ad yeniden kullanılırsa yanlış yeri hedefleyebilir.
Kullanıcı adı değişikliğinden sonra Git uzak URL’leri gözden geçirilmelidir. Kaynak
Bunlar üç ayrı sorundur. Bunları tek bir sorun olarak ele almak, bir yeniden adlandırmanın neden çözülmemiş işler bıraktığının en yaygın nedenidir.
Adım 1: Eski kullanıcı adınızın göründüğü her yeri listeleyin
Herhangi bir şeyi değiştirmeden önce, eski kullanıcı adının nerede kullanıldığını listeleyin. Bunu eski profil hâlâ çözümlenirken yapın, çünkü karşılaştırmak daha kolaydır.
| Konum türü | Örnekler | Ne bozulur | Yeniden adlandırmadan sonra düzeltme |
|---|---|---|---|
| Profil bağlantıları | Biyografiler, özgeçmişler, portfolyolar, e-posta imzaları, sosyal profiller | Eski profil URL’sinde 404 | Bağlantıyı yeni profil URL’sine güncelleyin |
| Depo referansları | README rozetleri, klon URL’leri, sorun bağlantıları, wiki’ler | Genellikle yönlendirilir; eski adın yeni sahibi tarafından geçersiz kılınabilir | Metni kontrol ettiğiniz yerlerde yeni sahip yoluna güncelleyin |
| Git uzak bağlantıları | Yerel kopyalar, CI yapılandırmaları, dağıtım betikleri | Push/pull başarısız olabilir veya yanlış depoyu hedefleyebilir | Uzak URL’yi güncelleyin ve yeniden test edin |
| Commit kimliği | Commit’lerdeki yazar e-postası | Kişisel e-posta herkese açıksa gizlilik ihlali | Noreply adresi kullanın ve maruziyeti gözden geçirin |
Basit bir envanter yöntemi: kendi dosyalarınızda ve notlarınızda tam eski kullanıcı adını arayın, ardından kontrol ettiğiniz herkese açık yerleri kontrol edin. Hafızaya güvenmeyin. Eski kullanıcı adı genellikle iki yıl önce düzenlediğiniz bir biyografide varlığını sürdürür.
Adım 2: Profil bağlantılarını depo yönlendirmelerinden ayırın
Ne kadar işiniz olduğunu belirleyen karar budur. Düzenlemeye başlamadan önce bu tabloyu kullanın.
| Durum | Yönlendirir mi? | Eylem |
|---|---|---|
Eski profil URL’si (github.com/eskiad) | Hayır; 404 döndürür | Kontrol ettiğiniz her bağlantıyı güncelleyin |
Eski depo URL’si (github.com/eskiad/depo) | Genellikle evet | Pratik olduğu yerde güncelleyin; düzenleyemediğiniz yerlerin bir listesini tutun |
| Eski ad başkası tarafından alınmış | Yönlendirme geçersiz kılınabilir | Depo referanslarını güncellemeye öncelik verin |
| Yerel Git uzak bağlantısı | Web yönlendirmesi değil | Uzak URL’yi manuel olarak güncelleyin |
| Commit yazarı e-postası | Yönlendirme değil | Gizlilik ayarlarını ayrıca gözden geçirin |
İki pratik kural ortaya çıkar. Profil bağlantıları proaktif değiştirme gerektirir çünkü hiçbir şey onları iletmez. Depo referansları daha düşük önceliklidir ancak sıfır öncelikli değildir, çünkü yönlendirme eski adın alınmamış kalmasına bağlıdır.
Bir depo referansını düzenleyemiyorsanız, örneğin üçüncü taraf bir README veya arşivlenmiş bir sayfa, bunu not edin. Bir yönlendirme şimdilik bunu kapsayabilir, ancak kalıcı koruma değildir.
Adım 3: Profil bağlantılarını ve biyografileri güncelleyin
Profil URL’nizin bağlantı olarak göründüğü yerleri gözden geçirin. Amaç, adınıza tıklayan bir okuyucunun 404’e değil, yeni profile ulaşmasıdır.
- GitHub profil biyografinizi ve varsa web sitesi alanını güncelleyin.
- Kişisel site, portfolyo ve özgeçmiş bağlantılarını güncelleyin.
- GitHub URL’si listelediğiniz sosyal profilleri güncelleyin.
- E-posta imzalarını ve yayınlanmış konuşmacı biyografilerini güncelleyin.
- Sabitlenmiş depoları ve profil README’sini eski kullanıcı adı bağlantıları için kontrol edin.
Sosyal profilleri kontrol ederken, bir kullanıcı adı aramasının unuttuğunuz herkese açık kullanıcı adlarını ortaya çıkarabileceğini unutmayın. TraceSeek gibi bir araç 3.000+ platformu kontrol eder ve ilk taraması ücretsizdir; eski adı hâlâ taşıyan herkese açık profilleri bulmak için kullanışlıdır. Hiçbir platformda ayarları değiştirmez ve özel kayıtları açığa çıkarmaz. Yalnızca kendiniz inceleyeceğiniz herkese açık kullanıcı adlarını bulmanıza yardımcı olur.
Herkese açık kullanıcı adlarını gözden geçirmenin daha geniş bir yöntemi için, /guides/find-social-media-accounts-by-username/ adresindeki kullanıcı adına göre sosyal medya hesaplarını bulma kılavuzuna bakın. GitHub’a özgü herkese açık kullanıcı adı incelemesi için arama sayfası /find/github/ adresindedir.
Adım 4: Git uzak bağlantılarını ve depo referanslarını güncelleyin
Yerel kopyalar kendilerini güncellemez. Hâlâ kullandığınız her kopya için uzak URL’yi kontrol edin ve yeni sahip yoluna yönlendirin.
- Yerel kopyalarınızı listeleyin ve hâlâ hangilerine push yaptığınızı not edin.
- Her uzak URL’de eski kullanıcı adını kontrol edin.
- Uzak bağlantıyı yeni URL’ye güncelleyin.
- Güvenmeden önce bir fetch veya pull işlemini yeniden test edin.
- Eski yola başvuran CI yapılandırmalarını ve dağıtım betiklerini kontrol edin.
Kendi README’lerinizdeki, rozetlerinizdeki ve wiki’lerinizdeki depo referanslarını da güncellemeye değer. Yönlendirme genellikle çalışır, ancak yeni yola doğrudan bir bağlantı daha nettir ve eski adın alınmamış kalmasına bağlı değildir.
Adım 5: Commit e-postası gizliliğini yeniden adlandırmadan ayırın
Bir kullanıcı adı değişikliği, commit e-postası maruziyetini otomatik olarak düzeltmez. Commit’leriniz kişisel bir e-posta adresi taşıyorsa, bu adres kullanıcı adınızdan bağımsız olarak geçmişte görünür kalır. Bu bir gizlilik sorunudur, bağlantı yönlendirme sorunu değildir ve kendi başına ele alınmayı hak eder.
Commit geçmişinizde hangi e-posta adresinin göründüğünü gözden geçirin ve bunun herkese açık olmasını isteyip istemediğinize karar verin. GitHub bir noreply adresi seçeneği sunar, ancak tam menü yolu ve güncel davranış GitHub’ın kendi belgelerinde kontrol edilmelidir, çünkü platform arayüzleri değişir. Bir yeniden adlandırmanın bunu çözdüğünü varsaymayın.
Yaygın hatalar
- Profilin yönlendirildiğini varsaymak. Yönlendirmez. Eski profil bağlantıları 404 döndürür ve hiçbir ayar bunu değiştirmez.
- Depo yönlendirmelerini kalıcı sanmak. Birisi eski adı alıp aynı adla bir depo oluşturursa yönlendirme geçersiz kılınabilir.
- Yerel uzak bağlantıları unutmak. Bir web yönlendirmesi yerel bir kopyayı güncellemez. Push işlemleri başarısız olabilir veya yanlış yeri hedefleyebilir.
- Yeniden adlandırmayı e-posta gizliliğiyle karıştırmak. Commit e-postası maruziyeti kullanıcı adından ayrıdır ve kendi incelemesini gerektirir.
- Yalnızca hatırladığınız yerleri düzenlemek. Biyografiler ve eski sosyal profiller kolayca gözden kaçar; bir envanter çalışması bunları yakalar.
- Herkese açık bir eşleşmenin sahipliği kanıtladığını varsaymak. Başka bir platformdaki kullanıcı adı eşleşmesi bir ipucudur, hesabın size veya başkasına ait olduğunun kanıtı değildir.
Yeniden adlandırmadan sonra kendi ayak izinizi korumak
Yeniden adlandırma tek seferlik bir eylemdir; temizlik süreklidir. Eski kullanıcı adınızın nerede göründüğüne dair kısa bir kayıt tutun ve birkaç hafta sonra portfolyonuz, özgeçmişiniz ve ana sosyal biyografileriniz gibi yüksek değerli yerleri yeniden kontrol edin. Herkese açık sayfalar önbelleğe alınır ve kopyalanır, bu nedenle düzelttiğiniz bir bağlantı başka bir yerde yeniden ortaya çıkabilir.
Ayrıca eski kullanıcı adını nasıl ele almak istediğinize karar verin. Kullanmayı planlamıyorsanız, başka birinin onu alabileceğini anlayın; depo yönlendirmelerini kırılgan yapan tam da budur. Kullanılmayan bir adı kimin alacağını kontrol edemezsiniz, bu nedenle kalıcı çözüm yönlendirmeye güvenmek yerine kontrol ettiğiniz referansları güncellemektir.
Son olarak, üç sorunu kafanızda ayrı tutun: profil bağlantılarının değiştirilmesi gerekir, depo referanslarının pratik olduğu yerde güncellenmesi gerekir ve commit e-postası gizliliği kendi incelemesini gerektirir. Üçünü de ele alan bir yeniden adlandırma daha az bozuk bağlantı ve daha az sürpriz bırakır.
Temel bilgiler
- Kullanıcı adı değişikliğinden sonra eski GitHub profil bağlantıları 404 döndürür.
- Depo referansları genellikle yönlendirilir, ancak eski adı başka bir kullanıcının alıp aynı adla bir depo oluşturması yönlendirmeyi geçersiz kılabilir.
- Kullanıcı adı değişikliğinden sonra Git uzak URL’leri gözden geçirilmelidir.
- TraceSeek 3.000+ platformu kontrol eder ve ilk taraması ücretsizdir.
- Bir kullanıcı adı araması tam bir hesap envanteri değildir ve herkese açık eşleşmeler sahiplik kanıtı değil, ipuçlarıdır.