Devrin gerçekte neyi değiştirdiği
Bir GitHub depo devri, depoyu farklı bir sahip hesabına taşır. Bu, profil kullanıcı adınızı değiştirmekle aynı işlem değildir. Kullanıcı adını değiştirmek, hesabın genel kimliğini ve ondan türetilen URL’leri değiştirir; bir depoyu devretmek ise o tek projenin sahibinin kim olduğunu değiştirir. Amacınız bir projeyi başkasına devretmek değil de daha temiz bir profil adıysa, aşağıdaki devir adımları yanlış araçtır.
Bu ayrım planlama için önemlidir. Orijinal sahip hesabı kapatıldığında, artık kimse davetleri kabul etmek, takipleri onaylamak veya gözden kaçan bir bağlantıyı düzeltmek için oturum açamaz. Eski hesaba bağlı her şey o noktadan sonra değil, önce halledilmelidir.
Başlamadan önce doğrulanması gereken ön koşullar
Bir devrin ilerleyip ilerleyemeyeceğine iki koşul karar verir:
Bir depo devri, yönetici erişimi ve çakışan depo adı veya çatal ağı olmayan uyumlu bir alıcı hesap gerektirir. Kaynak
Pratikte bu, herhangi bir talepte bulunmadan önce sahip tarafında üç, alıcı tarafında bir şeyi kontrol etmek anlamına gelir:
| Kontrol | Kim onaylar | Devri neden engeller |
|---|---|---|
| Sahip hesabının depoya yönetici erişimi var | Sahip | Yönetici hakları olmadan devir başlatılamaz |
| Alıcı hesap uyumlu | Alıcı | Uyumsuz bir alıcı hesap devri durdurur |
| Alıcıda aynı ada sahip bir depo zaten yok | Alıcı | Çakışan ad taşımayı engeller |
| Çakışan çatal ağı yok | Alıcı | Çakışan çatal ağı taşımayı engeller |
Herhangi bir satır başarısız olursa, talebi göndermeden önce çözün. Depoyu alıcı tarafında yeniden adlandırmak veya farklı bir hedef hesap seçmek alıcı tarafı kararlardır; bu yüzden çakışmayı devir sırasında keşfetmek yerine önceden anlaşın.
Kabul adımının kısa bir penceresi vardır
Kişisel hesaplar arasındaki devirlerde alıcı pasif bir taraf değildir. Harekete geçmesi gerekir:
Başka bir kişisel hesaba devir için alıcı, bir gün sonra süresi dolan bir e-posta davetini kabul eder. Kaynak
Bir günlük süre bu iş akışındaki ana operasyonel riskdir. Alıcı farklı bir saat dilimindeyse, izindeyse veya e-postasını izlemiyorsa davet süresi dolabilir ve devrin yeniden başlatılması gerekir. Alıcının ulaşılabilir olduğu bir gönderme zamanı üzerinde anlaşın ve mesajı okunmadan bırakmak yerine gelmesini beklemelerini söyleyin.
Basit bir sahip/alıcı kabul kontrol listesi:
-
Sahip: yönetici erişimini, taşınacak tam depoyu ve alıcı hesabında ad veya çatal ağı çakışması olmadığını doğrulayın.
-
Alıcı: hedef hesabı doğrulayın ve aynı çakışmaları kendi tarafında kontrol edin.
-
Her ikisi: alıcının bir gün içinde yanıt verebileceği bir gönderme penceresi üzerinde anlaşın.
-
Sahip: devir talebini gönderin.
-
Alıcı: e-posta davetini hemen kabul edin ve geri bildirin.
-
Sahip: eski hesap üzerinde herhangi bir işlem yapmadan önce deponun artık alıcı hesabında göründüğünü doğrulayın.
-
adım onaylanana kadar sahip hesabını kapatmayın. Eski hesap, başarısız veya süresi dolmuş bir devrin yeniden gönderilebileceği tek yerdir.
Genel bağlantılara sonradan ne olur
Bağlantı davranışı, devirlerin insanları şaşırttığı yerdir çünkü iki tür bağlantı farklı davranır:
Depo bağlantıları devirden sonra yönlendirilir, ancak ilişkili GitHub Pages web siteleri yönlendirilmez; eski depo konumunun yeniden kullanılması depo yönlendirmesini kaldırır. Kaynak
Bu, devir sonrası bağlantı denetimi için net bir ayrım sağlar:
| Bağlantı türü | Devirden sonra | Gerekli işlem |
|---|---|---|
| Eski konumu işaret eden depo bağlantıları | Yeni sahibe yönlendirilir | Genellikle hiçbir şey; bir örneği doğrulayın |
| Depodan oluşturulan GitHub Pages sitesi | Yönlendirilmez | Pages sitesine yayımlanan her bağlantıyı güncelleyin |
| Eski depo konumu başkası tarafından yeniden kullanılırsa | Yönlendirme kaldırılır | Eski konumu serbest bırakmaktan kaçının; bağlantıları güncel tutun |
Üçüncü satır gözden kaçırılma olasılığı en yüksek olanıdır. Eski depo yolu daha sonra yeniden kullanılırsa, eski bağlantılarınızı sessizce kapsayan yönlendirme ortadan kalkar. Yönlendirmeyi geçiş sırasında bir kolaylık olarak görün, kalıcı bir garanti olarak değil ve ona güvenmek yerine kontrol ettiğiniz bağlantıları güncelleyin.
Devir sonrası genel bağlantı kontrol listesi
Bunu alıcı sahipliği onayladıktan sonra ve sahip hesabı kapatılmadan önce çalıştırın:
- Belgelerinizdeki, README’lerinizdeki ve projeye atıfta bulunan herhangi bir sitedeki depo bağlantılarından bir örnek açın ve yeni sahibe çözümlendiğini doğrulayın.
- Depoyla ilişkili her GitHub Pages sitesini belirleyin, çünkü bunlar yönlendirilmez ve bunlara yayımlanan bağlantıları güncelleyin.
- Eski depo konumuna ne olacağına karar verin, böylece yönlendirmeyi kaldıracak şekilde yeniden kullanılmaz.
- Harici yazılar veya paylaşılan yer imleri gibi kontrol etmediğiniz yerlerden gelen bağlantıları kontrol edin ve hangilerini güncelleyebileceğinizi, hangilerini güncelleyemeyeceğinizi not edin.
- Yukarıdakilerin tümü tamamlanana kadar sahip hesabını etkin tutun.
Sahiplik geçişi ile kullanıcı adı değişikliği arasındaki fark
Bir depoyu devretmek ve profil kullanıcı adını değiştirmek, farklı riskleri olan ayrı görevlerdir. Devir, bir projenin kime ait olduğuyla ilgilidir; kullanıcı adı değişikliği, hesabın kendi genel kimliğiyle ilgilidir. Gerçekte istediğiniz bir depoyu devretmek değil de profilinizin nasıl göründüğünü temizlemekse, bunun yerine kullanıcı adı kılavuzuyla başlayın: profil bağlantılarını bozmadan GitHub kullanıcı adınızı değiştirme.
Her ikisini de yapıyorsanız, bunları bilinçli olarak sıraya koyun: önce depo sahipliğini halledin, yeni sahibin bağımsız hareket edebildiğini doğrulayın ve ancak o zaman eski hesabı değiştirin veya kapatın. Ters sırayla yapmak, devri zaten vazgeçtiğiniz bir hesaba bağımlı bırakır.
Kullanıcı adı aramasının yeri ve yeri olmadığı durumlar
Bir hesabı kapatmadan önce, insanlar genellikle eski kullanıcı adının başka yerlerde kalan genel izlerini bilmek ister. Bir kullanıcı adı sorgusu, diğer platformlardaki genel profil eşleşmelerini ortaya çıkarabilir; bu, güncellemeniz gerekebilecek bağlantılar için bir ipucu listesi olarak yararlıdır. Bu bir hesap envanteri değildir ve bir eşleşme, her iki hesabın da aynı kişiye ait olduğunun kanıtı değildir. Sonuçları, bir bağlantının canlı olduğunun veya bir hesabın size ait olduğunun onayı olarak değil, elle kontrol edilecek yerler olarak görün.
TraceSeek 3.000+ platformu kapsar ve 20-30 saniye içinde ücretsiz bir ilk tarama döndürür. Bu, gözden geçirmek için genel profillerden bir kontrol listesi oluşturmanıza yardımcı olabilir, ancak sahipliği doğrulamaz ve yukarıdaki devir ve bağlantı kontrollerinin yerini almaz. Depo devrinin kendisi GitHub’da gerçekleşir, bir arama aracında değil.
Gerçekçi bir işlem sırası
- Bir depo devrine mi, kullanıcı adı değişikliğine mi yoksa her ikisine mi ihtiyacınız olduğuna karar verin.
- Yönetici erişimini, alıcı uyumluluğunu ve ad veya çatal ağı çakışması olmadığını doğrulayın.
- Devri, alıcı bir gün içinde kabul edebilecekken gönderin.
- Deponun yeni sahip altında olduğunu doğrulayın.
- Depo bağlantılarını ve ayrı olarak GitHub Pages bağlantılarını denetleyin.
- Eski depo konumunu yeniden kullanımdan koruyun.
- Ancak o zaman sahip hesabını kapatın.