A resposta curta
O GitLab não tem uma única configuração de e-mail. Ele tem várias, e elas controlam coisas diferentes: o endereço com o qual você faz login, o endereço exibido no seu perfil público e o endereço anexado aos commits que você cria. Aposentar um endereço com segurança significa verificar cada superfície, porque alterar uma não limpa automaticamente as outras.
O e-mail principal do GitLab é o padrão para login, commits e notificações; alterá-lo mantém o antigo endereço principal como endereço secundário. Fonte
Essa única frase já cria uma armadilha. Se você alterar seu e-mail principal para um novo endereço, o antigo não desaparece da sua conta. Ele permanece anexado como endereço secundário, o que significa que ainda pode ser associado à sua identidade no GitLab mesmo depois que você parar de usá-lo para login.
Três superfícies, três configurações diferentes
| Superfície | O que controla | Por que importa ao aposentar um e-mail |
|---|---|---|
| E-mail principal | Padrão para login, commits e notificações | Alterá-lo rebaixa o antigo endereço para secundário em vez de removê-lo |
| E-mail público | O endereço exibido no seu perfil público | Campo separado; pode exibir um endereço que não é o do seu login |
| E-mail de commit | O endereço anexado aos commits que você cria | Oferece uma opção de e-mail privado, mas a configuração local do Git também importa |
A lição prática é que “tornar meu perfil privado” e “parar de usar este endereço” não são a mesma operação. Cada linha acima precisa da sua própria verificação.
Passo 1: decida o que o perfil público deve mostrar
O campo E-mail público é uma configuração própria. Ele escolhe qual endereço, se algum, aparece no seu perfil público.
O campo E-mail público escolhe um endereço exibido no perfil público e é uma configuração separada. Fonte
Como é separado, alterar seu endereço principal de login não muda por si só o que os visitantes veem no seu perfil. Verifique o campo E-mail público diretamente e decida se o endereço ali é um que você se sente confortável em exibir. Se você está aposentando um endereço, este é o primeiro lugar a olhar, porque é a superfície mais visível.
Passo 2: altere o endereço principal de forma deliberada
Se o objetivo é parar de fazer login com um endereço antigo, altere o e-mail principal. Esteja ciente do que isso faz: o antigo endereço principal se torna um endereço secundário em vez de ser excluído.
O e-mail principal do GitLab é o padrão para login, commits e notificações; alterá-lo mantém o antigo endereço principal como endereço secundário. Fonte
Então planeje uma segunda decisão. Após a alteração, revise os endereços secundários na conta e decida se o antigo deve permanecer anexado. As fontes aprovadas aqui descrevem o comportamento de rebaixamento, mas não detalham todos os caminhos de remoção, então trate os passos exatos para remover um endereço secundário como algo a confirmar nas configurações da sua própria conta, em vez de presumir.
Passo 3: verifique o que seus commits expõem
O e-mail de commit é a superfície que as pessoas mais costumam ignorar, porque está ligada ao histórico de código, não a uma página de perfil. A seleção de e-mail de commit do GitLab inclui uma opção de e-mail privado.
O GitLab oferece Usar um e-mail privado na seleção de E-mail de commit; uma configuração local do Git também deve ser considerada para commits locais. Fonte
Essa opção cobre commits feitos pelo GitLab, mas não tudo. Uma configuração local do Git na sua máquina também pode determinar o endereço registrado nos commits que você cria localmente, então a configuração do GitLab sozinha pode não cobrir todo o seu histórico daqui para frente. Se a privacidade de commits importa para você, verifique tanto a configuração de e-mail de commit do GitLab quanto sua configuração local do Git.
O limite dos commits históricos
Esta é a parte que merece mais cautela. Os fatos aprovados descrevem configurações atuais, não reescrita retroativa. Nada nas fontes fornecidas estabelece que alterar sua configuração de e-mail de commit, ou tornar seu perfil privado, remove um endereço já registrado em commits passados.
Trate a exposição histórica como uma questão separada da configuração atual:
- Configurações atuais controlam o que acontece com novas atividades.
- Commits passados foram criados sob a configuração que existia na época.
- Visibilidade do perfil é uma configuração de exibição, não uma afirmação sobre o que é armazenado ou registrado em outro lugar.
Se um endereço antigo no histórico de commits é a preocupação real, verifique essa superfície diretamente em vez de presumir que uma mudança de configuração alcançou o passado. As fontes aqui não documentam um mecanismo de limpeza retroativa, então não planeje em torno de um.
Uma lista de verificação
Percorra estes itens em ordem e registre o que você realmente observa na sua conta, não o que espera:
- Perfil público. Abra seu perfil como um visitante faria e anote qual endereço, se algum, é exibido. Depois verifique o campo E-mail público e confirme se corresponde à sua intenção.
- E-mail principal. Confirme qual endereço é atualmente principal e quais são secundários. Se você alterar o principal, verifique a lista novamente depois e observe que o antigo endereço agora está entre os secundários.
- Configuração de e-mail de commit. Confirme qual opção está selecionada para commits feitos pelo GitLab.
- Configuração local do Git. Verifique o e-mail configurado em qualquer máquina onde você faz commits localmente, já que isso pode diferir da configuração do GitLab.
- Commits históricos. Olhe os commits que você criou no passado e anote qual endereço aparece. Não presuma que uma mudança de configuração os alterou.
Um hábito útil é repetir os passos 1 a 3 após qualquer alteração, porque essas configurações são independentes e uma mudança em uma não confirma uma mudança em outra.
Onde isso se encaixa em uma limpeza mais ampla
Este guia é deliberadamente restrito: ele cobre a separação entre o endereço do perfil público do GitLab, o endereço de login e o endereço de commit. Se sua tarefa mais ampla é descobrir quais contas estão vinculadas a um endereço de e-mail, isso é um trabalho diferente. Uma busca por nome de usuário ou e-mail pode revelar correspondências públicas como pistas, mas correspondências públicas são pistas, não prova de propriedade, e uma busca não é um inventário completo de contas. Para esse próximo passo, veja o guia relacionado sobre encontrar contas por um endereço de e-mail.
Se você quiser verificar onde um nome de usuário aparece entre plataformas como parte da mesma revisão, o TraceSeek cobre mais de 3.000 plataformas e oferece uma primeira varredura gratuita que o produto descreve como levando 20–30 segundos. Essas são declarações do produto, não medições independentes, e o resultado de uma varredura deve ser tratado como ponto de partida para verificação, não como confirmação de identidade.
O que evitar
- Não presuma que ocultar seu perfil público remove um endereço do histórico de commits.
- Não presuma que alterar seu e-mail principal exclui o antigo; ele se torna um endereço secundário.
- Não confie apenas na configuração de e-mail de commit do GitLab se você também faz commits localmente.
- Não trate uma correspondência pública entre um nome de usuário e um e-mail como prova de que ambos pertencem à mesma pessoa.
Perguntas frequentes
Alterar meu e-mail principal do GitLab remove o endereço antigo?
Não, com base nos fatos aprovados. O antigo endereço principal é mantido como endereço secundário, então o endereço antigo permanece anexado à conta e precisa de uma decisão separada.
O campo E-mail público é o mesmo que meu e-mail de login?
São configurações separadas. O campo E-mail público escolhe um endereço exibido no seu perfil público, enquanto o e-mail principal é o padrão para login, commits e notificações.
Se eu definir um e-mail de commit privado, meus commits antigos são atualizados?
As fontes fornecidas não estabelecem nenhuma alteração retroativa em commits passados. Verifique os commits históricos diretamente em vez de presumir que a configuração alcançou o passado.
Preciso alterar algo fora do GitLab para a privacidade de commits?
Possivelmente. Uma configuração local do Git também afeta os commits que você cria localmente, então a configuração do GitLab sozinha pode não cobrir tudo.