Kısa yanıt
GitLab’de tek bir e-posta ayarı yoktur. Birkaç ayar vardır ve bunlar farklı şeyleri kontrol eder: oturum açtığınız adres, herkese açık profilinizde gösterilen adres ve yazdığınız commit’lere eklenen adres. Bir adresi güvenli şekilde devre dışı bırakmak, her yüzeyi kontrol etmek anlamına gelir; çünkü birini değiştirmek diğerlerini otomatik olarak temizlemez.
GitLab’de birincil e-posta; giriş, commit’ler ve bildirimler için varsayılandır; değiştirildiğinde eski birincil adres ikincil adres olarak korunur. Kaynak
Bu tek cümle bile bir tuzak oluşturur. Birincil e-postanızı yeni bir adresle değiştirirseniz, eski adres hesabınızdan kaybolmaz. İkincil adres olarak bağlı kalır; yani oturum açmak için kullanmayı bıraktıktan sonra bile GitLab’de kimliğinizle ilişkilendirilmeye devam edebilir.
Üç yüzey, üç farklı ayar
| Yüzey | Neyi kontrol eder | Bir e-postayı devre dışı bırakırken neden önemlidir |
|---|---|---|
| Birincil e-posta | Giriş, commit’ler ve bildirimler için varsayılan | Değiştirmek eski adresi silmek yerine ikincil konuma düşürür |
| Genel e-posta | Herkese açık profilinizde gösterilen adres | Ayrı bir alandır; giriş adresiniz olmayan bir adresi gösterebilir |
| Commit e-postası | Yazdığınız commit’lere eklenen adres | Özel e-posta seçeneği sunar, ancak yerel Git yapılandırması da önemlidir |
Pratik ders şudur: “profilimi gizli yap” ile “bu adresi kullanmayı bırak” aynı işlem değildir. Yukarıdaki her satır kendi kontrolünü gerektirir.
Adım 1: Herkese açık profilin ne göstermesi gerektiğine karar verin
Genel e-posta alanı kendi başına bir ayardır. Herkese açık profilinizde hangi adresin (varsa) görüneceğini seçer.
Genel e-posta alanı, herkese açık profilde gösterilen bir adresi seçer ve ayrı bir ayardır. Kaynak
Ayrı olduğu için, birincil giriş adresinizi değiştirmek tek başına ziyaretçilerin profilinizde gördüğü şeyi değiştirmez. Genel e-posta alanını doğrudan kontrol edin ve oradaki adresin göstermekten rahat olduğunuz bir adres olup olmadığına karar verin. Bir adresi devre dışı bırakıyorsanız, en görünür yüzey burası olduğu için ilk bakılacak yer burasıdır.
Adım 2: Birincil adresi bilinçli olarak değiştirin
Amaç eski bir adresle oturum açmayı bırakmaksa, birincil e-postayı değiştirin. Bunun ne yaptığının farkında olun: eski birincil adres silinmek yerine ikincil adres olur.
GitLab’de birincil e-posta; giriş, commit’ler ve bildirimler için varsayılandır; değiştirildiğinde eski birincil adres ikincil adres olarak korunur. Kaynak
Yani ikinci bir karar için plan yapın. Değişiklikten sonra hesaptaki ikincil adresleri gözden geçirin ve eskinin bağlı kalıp kalmaması gerektiğine karar verin. Buradaki onaylı kaynaklar ikincil konuma düşürme davranışını açıklar ancak her kaldırma yolunu ayrıntılandırmaz; bu nedenle ikincil bir adresi kaldırmanın kesin adımlarını varsaymak yerine kendi hesap ayarlarınızda doğrulanacak bir şey olarak ele alın.
Adım 3: Commit’lerinizin neleri açığa çıkardığını kontrol edin
Commit e-postası, insanların en sık gözden kaçırdığı yüzeydir; çünkü bir profil sayfasından çok kod geçmişine bağlıdır. GitLab’in commit e-posta seçiminde özel e-posta seçeneği bulunur.
GitLab, Commit e-posta seçiminde “Özel e-posta kullan” seçeneği sunar; yerel commit’ler için yerel bir Git yapılandırması da dikkate alınmalıdır. Kaynak
Bu seçenek GitLab üzerinden yapılan commit’leri kapsar, ancak her şeyi değil. Makinenizdeki yerel bir Git yapılandırması, yerel olarak oluşturduğunuz commit’lerde kaydedilen adresi de belirleyebilir; bu nedenle tek başına GitLab ayarı gelecekteki tüm geçmişinizi kapsamayabilir. Commit gizliliği sizin için önemliyse hem GitLab commit e-posta ayarını hem de yerel Git yapılandırmanızı kontrol edin.
Geçmiş commit sınırı
En çok dikkat gerektiren kısım burasıdır. Onaylı gerçekler mevcut ayarları tanımlar, geriye dönük yeniden yazmayı değil. Sağlanan kaynakların hiçbiri, commit e-posta ayarınızı değiştirmenin veya profilinizi gizli yapmanın geçmiş commit’lerde zaten kayıtlı bir adresi kaldırdığını ortaya koymaz.
Geçmişteki açığı mevcut yapılandırmadan ayrı bir soru olarak ele alın:
- Mevcut ayarlar yeni etkinliğe ne olacağını kontrol eder.
- Geçmiş commit’ler o sırada var olan yapılandırmayla yazılmıştır.
- Profil görünürlüğü bir görüntüleme ayarıdır; başka bir yerde ne saklandığı veya kaydedildiğiyle ilgili bir iddia değildir.
Gerçek endişe commit geçmişindeki eski bir adresse, bir ayar değişikliğinin geriye dönük etki ettiğini varsaymak yerine o yüzeyi doğrudan doğrulayın. Buradaki kaynaklar geriye dönük bir temizleme mekanizması belgelemez; bu nedenle böyle bir mekanizmaya göre plan yapmayın.
Bir doğrulama kontrol listesi
Bunları sırayla işleyin ve beklediğiniz şeyi değil, hesabınızda gerçekten gözlemlediğiniz şeyi kaydedin:
- Herkese açık profil. Profilinizi bir ziyaretçi gibi açın ve hangi adresin (varsa) gösterildiğini not edin. Ardından Genel e-posta alanını kontrol edin ve niyetinizle eşleştiğini doğrulayın.
- Birincil e-posta. Hangi adresin birincil, hangilerinin ikincil olduğunu doğrulayın. Birincili değiştirirseniz, sonrasında listeyi yeniden kontrol edin ve eski adresin artık ikincil adresler arasında yer aldığını not edin.
- Commit e-posta ayarı. GitLab üzerinden yapılan commit’ler için hangi seçeneğin seçili olduğunu doğrulayın.
- Yerel Git yapılandırması. Yerel olarak commit yaptığınız her makinede yapılandırılmış e-postayı kontrol edin; çünkü bu, GitLab ayarından farklı olabilir.
- Geçmiş commit’ler. Geçmişte yazdığınız commit’lere bakın ve hangi adresin göründüğünü not edin. Bir ayar değişikliğinin bunları değiştirdiğini varsaymayın.
Yararlı bir alışkanlık, herhangi bir değişiklikten sonra 1 ile 3 arasındaki adımları tekrarlamaktır; çünkü bu ayarlar bağımsızdır ve birindeki değişiklik diğerindeki değişikliği doğrulamaz.
Bu, daha geniş bir temizliğe nasıl oturur
Bu kılavuz kasıtlı olarak dardır: GitLab’in herkese açık profil adresi, giriş adresi ve commit adresi arasındaki ayrımı kapsar. Daha geniş göreviniz, bir e-posta adresine hangi hesapların bağlı olduğunu bulmaksa, bu farklı bir iştir. Bir kullanıcı adı veya e-posta araması, herkese açık eşleşmeleri ipucu olarak ortaya çıkarabilir; ancak herkese açık eşleşmeler sahiplik kanıtı değil ipucudur ve bir arama eksiksiz bir hesap envanteri değildir. Bir sonraki adım için bir e-posta adresine göre hesap bulma hakkındaki ilgili kılavuza bakın.
Aynı incelemenin parçası olarak bir kullanıcı adının platformlar arasında nerede göründüğünü kontrol etmek istiyorsanız, TraceSeek 3.000+ platformu kapsar ve ürünün 20-30 saniye sürdüğünü belirttiği ücretsiz bir ilk tarama sunar. Bunlar bağımsız ölçümler değil ürün beyanlarıdır ve bir tarama sonucu kimlik doğrulaması olarak değil, doğrulama için bir başlangıç noktası olarak ele alınmalıdır.
Nelerden kaçınmalı
- Herkese açık profilinizi gizlemenin commit geçmişinden bir adresi kaldırdığını varsaymayın.
- Birincil e-postanızı değiştirmenin eskisini sildiğini varsaymayın; o ikincil adres olur.
- Yerel olarak da commit yapıyorsanız yalnızca GitLab commit e-posta ayarına güvenmeyin.
- Bir kullanıcı adı ile e-posta arasındaki herkese açık eşleşmeyi, ikisinin de aynı kişiye ait olduğunun kanıtı olarak ele almayın.
SSS
GitLab birincil e-postamı değiştirmek eski adresi kaldırır mı?
Onaylı gerçeklere göre hayır. Eski birincil adres ikincil adres olarak korunur; yani hesaba bağlı kalır ve ayrı bir karar gerektirir.
Genel e-posta alanı giriş e-postamla aynı mı?
Ayrı ayarlardır. Genel e-posta alanı herkese açık profilinizde gösterilen bir adresi seçer; birincil e-posta ise giriş, commit’ler ve bildirimler için varsayılandır.
Özel bir commit e-postası ayarlarsam eski commit’lerim güncellenir mi?
Sağlanan kaynaklar geçmiş commit’lerde geriye dönük herhangi bir değişiklik olduğunu ortaya koymaz. Ayarın geriye dönük etki ettiğini varsaymak yerine geçmiş commit’leri doğrudan kontrol edin.
Commit gizliliği için GitLab dışında bir şey değiştirmem gerekir mi?
Muhtemelen. Yerel bir Git yapılandırması da yerel olarak oluşturduğunuz commit’leri etkiler; bu nedenle tek başına GitLab ayarı her şeyi kapsamayabilir.