Percorra sua própria conta seção por seção. Anote quais partes do perfil você tornou privadas e, separadamente, verifique seu status inserido pelo usuário e qualquer coisa que você publicou antes: tornar um perfil privado oculta seções do perfil, mas um status pode permanecer público e recursos anteriormente públicos não são recolhidos. Remova palavras sensíveis do seu próprio status e registre trabalhos públicos mais antigos como histórico que você não pode despublicar apenas com uma configuração de privacidade. Este é um hábito de inventário, não um interruptor que apaga o passado.
Encontre pistas de perfis sociais públicos com nosso app TraceSeek.
Comece com duas listas separadas
Trate isso como dois inventários, não como um único botão de privacidade. Na primeira lista, anote as seções do perfil que você controla na sua própria conta e se cada uma é privada ou visível. Na segunda lista, anote o que está fora dessas seções: seu texto de status inserido pelo usuário e quaisquer recursos que eram públicos anteriormente. Tornar um perfil privado oculta seções do perfil, mas não oculta todo recurso anteriormente público, e um status inserido pelo usuário pode permanecer público. Mantenha as duas listas separadas para não confundir um perfil privado com uma folha em branco. [Docs do GitLab: perfil público, ID da conta e configurações de proprietário]
- Liste as seções do perfil que você definiu como privadas.
- Liste seu texto de status e quaisquer recursos anteriormente públicos separadamente.
- Marque cada item como controlado pelo proprietário, público por design ou histórico anteriormente público.
Verifique o campo de status como texto escrito por você
Seu status é algo que você escreveu, então ele pertence à sua própria limpeza, não a uma afirmação sobre o que uma plataforma oculta. Abra seu perfil enquanto estiver conectado e leia a linha de status como um estranho leria. Remova quaisquer detalhes escritos por você que não deseja mais visíveis. Trate a edição do texto em si como a etapa protetora, porque os fatos verificados apenas estabelecem que um status pode permanecer público mesmo quando as seções do perfil são privadas; decidir quais detalhes são sensíveis é seu julgamento. [Docs do GitLab: perfil público, ID da conta e configurações de proprietário]
- Reescreva ou limpe o texto de status que você não deseja mais visível.
- Releia o novo texto como se você fosse um estranho.
- Anote a data em que você o alterou.
Trabalhos públicos antigos são histórico, não uma configuração
Recursos que eram públicos anteriormente não são recolhidos ao tornar o perfil privado. O histórico de commits, projetos públicos mais antigos e qualquer coisa já copiada ou indexada podem sobreviver a uma mudança de visibilidade. Não afirme que um botão de privacidade apaga o histórico do projeto; em vez disso, registre os itens públicos mais antigos no seu inventário e decida item por item se a exposição ainda importa para você. Onde você não puder mudar algo, escreva indisponível e pare nesse limite em vez de adivinhar. [Docs do GitLab: perfil público, ID da conta e configurações de proprietário]
- Registre projetos públicos e commits mais antigos como histórico na sua lista.
- Decida se cada um ainda importa; onde você não puder agir, escreva indisponível.
- Não descreva uma mudança de privacidade como apagamento do histórico do projeto.
Separe os campos de e-mail e de identidade
O e-mail do seu perfil e o e-mail dos seus commits são configurações diferentes, e um e-mail de commit privado gerado automaticamente está disponível para trabalhos futuros. Isso não apaga retroativamente commits públicos mais antigos, então verifique ambas as superfícies na sua própria conta. O mesmo cuidado se aplica aos campos de contas sociais externas, que podem conter identificadores como um ID de usuário do Discord ou um nome de usuário do GitHub em vez de um nome de exibição. Revise esses campos como identificadores que você escolheu publicar. [Docs do GitLab: perfil público, ID da conta e configurações de proprietário]
- Compare as configurações de e-mail do perfil e e-mail de commit.
- Anote commits mais antigos que ainda carregam o endereço anterior.
- Leia os campos de contas externas como identificadores, não como nomes de exibição.
Contribuições e presença não são prova
Os proprietários podem exibir ações de contribuição privadas sem publicar todas as informações subjacentes do projeto. Leia um gráfico de contribuições como um resumo de atividade, não como presença em tempo real ou registro de identidade. Isso importa quando você audita sua própria pegada: um gráfico tranquilo ou uma seção privada não é evidência de que alguém está ausente, e um gráfico visível não é prova de atividade atual. Mantenha observações, seus limites e suas decisões em colunas separadas para que a auditoria permaneça honesta. [Docs do GitLab: perfil público, ID da conta e configurações de proprietário]
Um inventário prático (hipotético)
Suponha que um proprietário tenha ocultado várias seções do perfil, mas deixado um status nomeando uma cidade e uma rotina semanal. Seu projeto público mais antigo ainda mostra commits iniciais sob um endereço que ele não usa mais. Observe que o GitLab.com e instâncias hospedadas de forma independente são contextos de conta separados, então confirme qual host você está revisando. A planilha hipotética abaixo mantém cada observação ao lado do seu limite e do próximo passo prático. [Docs do GitLab: perfil público, ID da conta e configurações de proprietário]
| observação | limite | próximo passo |
|---|---|---|
| Seções do perfil definidas como privadas | Não oculta recursos anteriormente públicos | Liste projetos públicos mais antigos como histórico, não como corrigido |
| O status nomeia uma cidade e uma rotina semanal | O status pode permanecer público apesar das seções privadas | Edite o texto de status para uma redação neutra |
| Commits mais antigos usam um e-mail anterior | O e-mail de commit privado se aplica apenas daqui para frente | Registre os commits mais antigos como histórico; decida se alguma ação é possível |
Mais algumas perguntas
Tornar meu perfil GitLab privado oculta meu status e projetos antigos?
Não. Um perfil privado oculta seções do perfil, mas um status inserido pelo usuário pode permanecer público e recursos anteriormente públicos não são recolhidos. Edite o texto de status você mesmo e registre trabalhos públicos antigos como histórico.
Posso apagar commits públicos mais antigos com um e-mail de commit privado?
Não. Um e-mail de commit privado gerado automaticamente está disponível para trabalhos futuros, mas não apaga retroativamente commits públicos mais antigos. Liste-os como histórico e decida item por item.
E se eu não puder mudar algo que encontrar?
Registre como indisponível e pare no limite de acesso. Use a ajuda oficial atual da plataforma para essa superfície, ou peça um link voluntário a um co-mantenedor que você já conhece, sem tratar o silêncio como prova de qualquer coisa.
Fontes e notas editoriais
Referências oficiais verificadas em 23 de outubro de 2026. Listas de verificação, tabelas de comparação e textos de exemplo são ferramentas editoriais da DateClues, não testes oficiais nem pontuações de risco validadas.
Informação geral. Nenhum guia ou ferramenta pode certificar a identidade, as intenções ou a segurança de uma pessoa. Leia nossos padrões editoriais.