A resposta curta
O GitLab oferece a opção Perfil privado (Private profile) nas configurações de perfil. Essa chave é um controle de visibilidade da sua página de perfil, não um modo de privacidade global para tudo o que está vinculado à sua conta. Configurações de perfil privado não tornam todos os recursos públicos nem as informações visíveis via API privados, e a identidade de e-mail em commits tem configurações separadas. Trate a chave como uma etapa de uma revisão, não como a linha de chegada.
O GitLab oferece a opção Perfil privado nas configurações de perfil. Fonte
Configurações de perfil privado não tornam todos os recursos públicos nem as informações visíveis via API privados. Fonte
A identidade de e-mail em commits tem configurações separadas. Fonte
Etapa 1: Capture um instantâneo antes
Antes de mudar qualquer coisa, registre o que um visitante desconectado consegue ver. Use uma janela privada ou um perfil de navegador que não esteja conectado ao GitLab e salve capturas de tela com datas. Isso lhe dá uma linha de base para comparar depois da mudança.
Registre estas visualizações:
- Sua página de perfil como visitante desconectado: nome de exibição, avatar, bio, localização, links de site e quaisquer identificadores sociais listados.
- Sua lista de projetos públicos: nomes, descrições, rótulos de visibilidade e datas da última atividade.
- Atividade de contribuição exibida no perfil, se houver alguma visível.
- Uma página de commit de exemplo de um projeto público, para ver qual nome e e-mail estão anexados.
- Seu perfil como não membro conectado, se puder providenciar isso, já que algumas visualizações diferem entre visitantes anônimos e autenticados.
Mantenha o instantâneo factual. Você não está tentando julgar se a informação é sensível; está tentando saber o que existe antes de alterar as configurações.
Etapa 2: Altere a configuração de visibilidade do perfil
No GitLab, a privacidade do perfil é controlada nas configurações do seu perfil. Os rótulos exatos do menu podem mudar entre versões, então navegue pela função em vez de memorizar um caminho: abra as configurações da sua conta, encontre a seção de perfil e procure a opção Perfil privado descrita na documentação do próprio GitLab.
O GitLab oferece a opção Perfil privado nas configurações de perfil. Fonte
Ao ativá-la, não presuma que o resto da sua conta acompanha. A configuração governa a apresentação do perfil; ela não reclassifica projetos, issues, merge requests, comentários ou respostas de API que já são públicos.
Configurações de perfil privado não tornam todos os recursos públicos nem as informações visíveis via API privados. Fonte
Etapa 3: Revise os projetos públicos separadamente
A visibilidade do projeto é uma configuração própria, por projeto. Depois de ativar o perfil privado, abra cada projeto que você possui ou mantém e verifique sua visibilidade. Um projeto definido como público continua acessível por qualquer pessoa com o link, e seu repositório, issues e histórico de commits podem permanecer visíveis independentemente da configuração do seu perfil.
Use esta tabela de decisão para classificar o que encontrar:
| O que você encontrou | Onde fica o controle | O que verificar depois de alterá-lo |
|---|---|---|
| Detalhes da página de perfil (bio, links, localização) | Configurações de perfil | Recarregue o perfil desconectado e confirme o que um visitante vê |
| Repositório e issues de um projeto | A configuração de visibilidade do próprio projeto | Abra a URL do projeto em uma janela privada |
| Nome e e-mail do autor do commit | Configurações de e-mail/identidade de commit | Inspecione uma página de commit em cada projeto afetado |
| Respostas de API contendo seus dados | A visibilidade do recurso, não a chave do perfil | Solicite novamente o mesmo endpoint desconectado |
| Cópias em cache ou indexadas em outros lugares | Fora das configurações do GitLab | Pesquise pela URL do perfil e pelos nomes dos projetos |
Dois limites honestos cabem aqui. Primeiro, mudar um projeto de público para privado afeta todos que dependiam daquela URL, incluindo pessoas que deram estrela ou fizeram fork, e a documentação do GitLab sobre visibilidade de projeto é o lugar para entender esses efeitos. Segundo, mecanismos de busca e espelhos de terceiros podem reter cópias de páginas que eram públicas antes; uma mudança de configuração não alcança essas cópias.
Etapa 4: Separe sua identidade de commit
Metadados de commit são uma surpresa frequente. Um commit registra um nome de autor e um e-mail, e esses valores podem diferir do que seu perfil agora exibe. A identidade de e-mail em commits tem configurações separadas, então mudar a visibilidade do perfil não reescreve commits existentes nem necessariamente altera o que commits futuros expõem.
A identidade de e-mail em commits tem configurações separadas. Fonte
Uma sequência prática de revisão:
- Abra uma página de commit em cada projeto público em que você contribui.
- Anote o nome do autor e o e-mail exibidos.
- Verifique suas configurações de e-mail de commit e confirme qual endereço é usado para novos commits.
- Decida se commits existentes precisam de atenção; reescrever o histórico é uma operação separada com consequências próprias, e não faz parte da chave do perfil.
Não presuma que ativar um perfil privado esconde metadados de commit. Os dois são regidos por configurações diferentes.
Etapa 5: Verifique o estado posterior
Repita o instantâneo anterior exatamente: mesmo modo de navegador, mesmas páginas, mesmas amostras de commit. Compare lado a lado. Uma verificação útil é perguntar o que mudou e o que não mudou. Se sua página de perfil agora está restrita, mas um projeto público ainda lista seus commits com um e-mail, a revisão não terminou.
Verifique também as informações visíveis via API quando possível. Se você buscou anteriormente um endpoint público que retornava seus dados de perfil ou projeto, solicite-o novamente enquanto desconectado e compare. A opção de perfil privado não é uma promessa de que as respostas da API mudam.
Configurações de perfil privado não tornam todos os recursos públicos nem as informações visíveis via API privados. Fonte
Erros comuns
- Tratar a chave de perfil privado como privacidade para toda a conta. É uma configuração de perfil; projetos e recursos visíveis via API têm suas próprias regras de visibilidade.
- Esquecer o e-mail de commit. A identidade de commit é configurada separadamente, e commits antigos mantêm os metadados com que foram criados.
- Verificar apenas conectado. Sua própria visão não é a visão do visitante. Sempre verifique desconectado.
- Presumir que um projeto excluído ou renomeado desaparece em todos os lugares. Índices de busca e espelhos podem sobreviver à página original.
- Mudar tudo de uma vez. Sem um instantâneo anterior, você não consegue dizer qual mudança produziu qual resultado.
- Confundir perfil oculto com dados excluídos. Um perfil restrito ou editado não estabelece que os dados armazenados foram removidos.
- Ignorar identificadores vinculados. Um link na bio ou um identificador social no perfil pode levar a contas em outros lugares que você não revisou.
Verificando os identificadores que permanecem
Um perfil do GitLab frequentemente lista um site pessoal, um identificador social ou um nome de usuário reutilizado em outros serviços. Esses links estão fora das configurações do GitLab e são exatamente o tipo de pegada pública que uma revisão de perfil deve revelar. Se você quiser ver onde um identificador conhecido aparece em outras comunidades, uma busca de nome de usuário pode ajudar a mapear as correspondências públicas; nosso guia sobre como encontrar contas em redes sociais por nome de usuário explica a técnica. O TraceSeek cobre 3.000+ plataformas e oferece uma primeira varredura gratuita, com tempo de varredura declarado de 20–30 segundos. Correspondências públicas são pistas, não prova de propriedade, e uma busca não altera nenhuma configuração de plataforma nem revela registros privados.
Protegendo sua própria pegada
Privacidade em um host de código é um conjunto de controles independentes, não um único botão. Uma rotina viável é revisar a visibilidade do perfil, a visibilidade dos projetos e a identidade de commit juntas, e depois verificá-las novamente após qualquer mudança de função, empregador ou atividade pública. Mantenha um instantâneo datado para que revisões futuras comecem a partir de evidências, não de memória. Onde uma plataforma documenta suas próprias configurações, leia essa documentação em vez de confiar em resumos de segunda mão, porque menus e padrões mudam entre versões. E quando encontrar um identificador que aparece em vários serviços, revise cada conta nos seus próprios termos; a configuração de privacidade de uma plataforma não tem efeito sobre outra.
Fatos principais
- O GitLab oferece a opção Perfil privado nas configurações de perfil.
- Configurações de perfil privado não tornam todos os recursos públicos nem as informações visíveis via API privados.
- A identidade de e-mail em commits tem configurações separadas.
- O TraceSeek cobre 3.000+ plataformas e oferece uma primeira varredura gratuita, com tempo de varredura declarado de 20–30 segundos.
- Correspondências públicas de nome de usuário são pistas, não prova de propriedade.