GitLab kullanıcı adı değişikliği gerçekte neyi etkiler
GitLab kullanıcı adı değişikliğini, profil düzenlemesi değil, herkese açık sonuçları olan bir ad alanı taşıma işlemi olarak ele alın. Profilinizdeki kullanıcı adı ile proje URL’lerinizdeki yol birbirine bağlıdır; bu nedenle bir yeniden adlandırma, eski yolu işaret eden her şeyi etkileyebilir.
GitLab kullanıcı adını değiştirmek, hesabın kişisel ad alanını da değiştirir. Kaynak
Bu tek gerçek, kontrolün yeniden adlandırmadan sonra değil, önce yapılması gerektiğini açıklar. Herhangi bir proje, sayfa, paket veya dış referans eski ad alanı yoluna bağlıysa, bunu önceden bilmeniz ve nasıl ele alınacağına karar vermeniz gerekir.
Belgelenmiş iki engel
GitLab, kullanıcı adı değişikliği için belirli bir ön koşul belirtir. Bu dar kapsamlıdır, ancak buradaki onaylı kaynakta ortaya konan tek engel kümesidir; bu yüzden ilk kapınız olarak kullanın.
Kullanıcı adı değişikliği ön koşulu, ad alanında Container Registry etiketleri olan proje ve GitLab Pages barındıran proje bulunmamasıdır. Kaynak
Pratikte bu, kişisel ad alanınızdaki projeleri envanterlemeli ve Container Registry etiketleri kullanan veya GitLab Pages barındıranları belirlemelisiniz demektir. Yeniden adlandırma ilerleyebilmesi için bu projelerin çözülmesi veya taşınması gerekir. Bu özellikleri olmayan bir projenin otomatik olarak güvenli olduğunu varsaymayın; kaynak bunları ön koşul olarak ortaya koyar, olası her alt etkinin tam listesi olarak değil.
Taahhütten önce yönlendirme davranışını gözden geçirin
Onaylı kaynak ayrıca GitLab’ın kullanıcıları kullanıcı adını değiştirmeden önce depo yönlendirme davranışını gözden geçirmeye yönlendirdiğini ve yeni kullanıcı adı yolunun profil hesap ayarlarında Update username eylemiyle bulunduğunu söyler.
GitLab, kullanıcıları kullanıcı adını değiştirmeden önce depo yönlendirme davranışını gözden geçirmeye yönlendirir; profil hesap ayarları yeni kullanıcı adı yolunu ve Update username’i sunar. Kaynak
Yönlendirme davranışı, bir yeniden adlandırmanın zararsız görünüp yine de bir şeyi bozabileceği yerdir. Herhangi bir şeyi değiştirmeden önce hesabınız için geçerli yönlendirme rehberliğini okuyun ve neyi kapsayıp neyi kapsamadığını kaydedin. Projeleriniz için yönlendirmelerin nasıl davrandığını doğrulayamıyorsanız durun ve önce bunu çözün. Eski yola neyin bağlı olduğunu kontrol edene kadar bir yeniden adlandırma zararsız sayılmamalıdır.
Bağımlılık tablosu
Bulduklarınızı kaydetmek için bu tabloyu kullanın. Değişikliği yapmadan önce doldurun ve neye karar verdiğinizin kaydı olarak saklayın.
| Kontrol | Ne kaydedilmeli | Şu durumda durun |
|---|---|---|
| Kişisel ad alanı projeleri | Ad alanındaki her proje ve Container Registry etiketleri veya GitLab Pages kullanıp kullanmadığı | Herhangi bir proje Container Registry etiketlerine sahipse veya GitLab Pages barındırıyorsa |
| Yönlendirme davranışı | Yönlendirme rehberliğinin eski yollar ve hangi proje türlerini kapsadığı hakkında söyledikleri | Projelerinize yönlendirmelerin nasıl uygulandığını doğrulayamıyorsanız |
| Herkese açık referanslar | Eski ad alanı yolunu gösteren sayfalar, belgeler, README’ler veya profiller | Bir referans güncellenemiyor veya yönlendirilemiyorsa |
| Sahiplik | Hesabı ve yeniden adlandırılan projeleri kontrol ettiğiniz | Etkilenen herhangi bir projenin sahipliği belirsizse |
| Alt kullanıcılar | Eski yolu klonlayan, bağlantı veren veya ona bağımlı olan herkes | Onlara söyleyemiyor veya çalışan bir yedek yol sağlayamıyorsanız |
Bu tablo bir başlangıç noktasıdır, garanti değil. Onaylı kaynak olası her bağımlılığı ortaya koymaz; bu yüzden kurulumunuza özgü her şey için satır ekleyin.
Adım adım kontrol
- Kişisel ad alanınızdaki projeleri listeleyin. Her biri için Container Registry etiketleri kullanıp kullanmadığını veya GitLab Pages barındırıp barındırmadığını not edin.
- Herhangi bir projede bu bağımlılıklardan biri varsa, yeniden adlandırmadan önce kaldırma, taşıma veya başka şekilde çözme kararı verin. Belgelenmiş bir engel sürerken ilerlemeyin.
- Depo yönlendirme rehberliğini okuyun ve projeleriniz için neyi kapsadığını yazın. Yanıt net değilse durun.
- Herkese açık materyalinizde eski ad alanı yolunu arayın: proje sayfaları, README’ler, belgeler ve çalışmanıza bağlantı veren profiller.
- Hesabı ve etkilenen her projeyi kontrol ettiğinizi doğrulayın. Sahiplik belirsizse durun.
- Yalnızca tablo tamamlandıktan ve hiçbir durma koşulu geçerli olmadıktan sonra profil hesap ayarlarına gidin, yeni kullanıcı adını girin ve Update username’i kullanın.
- Değişiklikten sonra kaydettiğiniz referansları yeniden kontrol edin ve her birinin hâlâ çözümlendiğini veya güncellendiğini doğrulayın.
Planlanması gereken başarısızlık yolları
- Engelleyici bir proje kalır. Container Registry etiketleri veya GitLab Pages olan bir proje hâlâ ad alanındaysa, belgelenmiş ön koşul altında yeniden adlandırma ilerleyemez. Etrafından dolaşmaya çalışmak yerine önce onu çözün.
- Yönlendirme kapsamı belirsizdir. Yönlendirmelerin nasıl davrandığını doğrulayamıyorsanız, yeniden adlandırmayı doğrulanmamış sayın ve duraklayın. Varsayımla ilerlemek, bu kontrolün önlemek için var olduğu başarısızlık modudur.
- Herkese açık bir referans atlanır. Eski ad alanı yolları belgelerde, README’lerde veya profillerde kalıcı olabilir. Değişiklikten sonra kayıtlı listenizi gözden geçirin ve takip etmeyenleri düzeltin.
- Sahiplik belirsizdir. Bir projeyi veya hesabı kontrol ettiğinizden emin değilseniz durun. Net sahiplik olmadan yapılan bir yeniden adlandırma, çözülmesi daha zor bir sorun yaratır.
Bu kontrol size neyi söylemez
Onaylı kaynak, ad alanınıza başvurabilecek her alt sistemi tanımlamaz ve bir yeniden adlandırmanın zararsız olduğunu vaat etmez. Ayrıca profil hesap ayarları yolu ve Update username eylemi dışında menü ayrıntılarını ortaya koymaz. Kaynağın sessiz kaldığı yerlerde, boşluğu bir varsayımla doldurmak yerine tablonuza kaydedin.
İlgili bir sonraki görev
Yeniden adlandırma tamamlandığında ve proje referanslarınız sabitlendiğinde, ayrı bir soru kullanıcı adınızın artık başka yerlerde neyi ortaya çıkardığıdır. Bir kullanıcı adının herkese açık platformlarda nerede göründüğünü görmek istiyorsanız, kullanıcı adına göre sosyal medya hesaplarını bulma rehberi bu görevi kapsar. İki işi ayrı tutun: GitLab kontrolü ad alanı bağımlılıklarıyla ilgilidir, kullanıcı adı araması ise herkese açık profillerle ilgilidir ve herkese açık bir eşleşme sahiplik kanıtı değil, bir ipucudur.