Um grupo GitLab pode conter anos de desenvolvimento e depender de uma só pessoa para as decisões administrativas. Se essa pessoa morrer ou ficar indisponível, os programadores talvez consigam continuar a enviar código sem saber quem pode gerir acessos, aprovar despesas da subscrição ou substituir credenciais de implementação. Familiares e colegas enfrentam então partes diferentes da mesma passagem incompleta.
A sucessão começa com um coordenador designado, um proprietário suplente com acesso testado e um inventário das dependências operacionais. Esta checklist cobre a preparação e a primeira revisão após um falecimento. Antes de seguir procedimentos administrativos, identifique se utiliza GitLab.com ou uma instância autogerida. As permissões técnicas são parte da continuidade; documente separadamente quem decide pela organização e quem representa a herança.
1. Identifique o grupo e as responsabilidades
Registe o URL da instância, o caminho do grupo principal, subgrupos importantes, localizações dos projetos e proprietários humanos atuais. Inclua espaços de nomes pessoais com trabalho necessário à organização, mas assinale-os para avaliação separada. Não presuma que todos os repositórios criados por um fundador pertencem à mesma empresa ou devem ser partilhados com o mesmo sucessor.
Atribua quatro responsabilidades: administração do grupo, manutenção do código, operação da infraestrutura e decisões de pagamento. Uma pessoa pode acumular funções, mas cada função precisa de um suplente e um meio de contacto. Registe quem aprova alterações sensíveis e onde está o diário de decisões. Peça aos responsáveis dos projetos que identifiquem repositórios, documentação privada e instruções de lançamento ausentes do inventário central.
2. Verifique o acesso de um proprietário disponível
O GitLab documenta a alteração do proprietário de um grupo através dos controlos de membros. O grupo deve manter pelo menos um membro humano com a função Owner; um bot ou uma conta de serviço não pode ser o único proprietário. Ao preparar o plano, designe uma segunda pessoa de confiança e teste o seu acesso enquanto o proprietário atual pode ajudar.
O sucessor deve entrar com a sua própria conta e localizar o grupo certo. Verifique as funções administrativas necessárias para a passagem, além de conseguir abrir um projeto. Registe como o acesso é concedido e se depende do fornecedor de identidade ou de outras definições da organização. Guarde o material de recuperação num local seguro aprovado, com instruções que o sucessor autorizado consiga executar.
Um convite aceite é o início da verificação. Ensaie a localização das definições dos membros, de um repositório crítico e do contacto de infraestrutura. Registe a data e as lacunas. Evite alterar produção apenas para demonstrar acesso: analisar os controlos e realizar uma tarefa permitida e inofensiva pode confirmar a preparação sem perturbar a equipa.
3. Faça um pedido específico quando faltar acesso
Se ninguém dispuser dos controlos necessários, reúna endereço da instância, caminho do grupo, URL dos projetos, identificadores conhecidos e um contacto acessível da organização. Em GitLab.com, pergunte ao GitLab Support qual o procedimento aplicável. Numa instância autogerida, envolva o administrador autorizado e os responsáveis pelo alojamento e pela identidade.
Explique o acesso em falta e o trabalho bloqueado. Peça ao destinatário que confirme as provas necessárias e as opções disponíveis. Esta checklist não estabelece uma política especial de transferência após um falecimento, uma recuperação garantida ou um prazo de tratamento. Guarde pedidos e respostas no diário da passagem e atribua o acompanhamento a uma pessoa, sem deixar o assunto numa caixa de correio não monitorizada.
4. Preserve mais do que o repositório Git
Inventarie repositórios, issues, merge requests, wikis, ficheiros de versões, pacotes, imagens de contentores e documentação importante. Decida o que a organização está autorizada a conservar e quem precisa de acesso. Um clone local pode preservar o código e omitir as discussões e os registos operacionais que explicam a sua manutenção.
A documentação GitLab sobre exportação por ficheiros descreve elementos incluídos e excluídos. As variáveis CI/CD estão entre os elementos excluídos das exportações de projetos por ficheiro. Consulte a documentação da sua versão e do método escolhido, em vez de tratar uma exportação como uma cópia operacional completa.
Cada tarefa de preservação precisa de um responsável, um destino seguro e uma verificação. Confirme que o material guardado abre, registe a data de recolha e as omissões. Mantenha dados empresariais sensíveis em armazenamento aprovado. Se o plano incluir restauro ou importação, teste-o num ambiente isolado adequado antes de depender dele numa passagem real.
5. Reveja pipelines e dependências de credenciais
Liste as dependências dos processos críticos de compilação e implementação: runners, tarefas agendadas, webhooks, registos externos, serviços cloud, publicação de pacotes e mecanismos de assinatura utilizados. Identifique ligações associadas à conta da pessoa indisponível e ligações geridas pela organização. Registe locais e responsáveis pelas credenciais sem copiar valores secretos para a nota de continuidade.
As orientações GitLab sobre variáveis CI/CD recomendam guardar valores sensíveis nas definições, em vez de no ficheiro de configuração do pipeline. Os operadores autorizados devem analisar como são fornecidos os segredos necessários. Limite o acesso a quem precisa e evite expor valores em capturas de ecrã, pedidos de suporte ou resultados de tarefas.
Planeie credenciais substitutas com os operadores responsáveis. Teste uma compilação representativa e, quando apropriado, uma implementação controlada antes da revogação normal das antigas dependências. Se houver indícios de comprometimento, a contenção urgente pode ter prioridade; documente os testes pendentes. Procure uma sequência deliberada com responsáveis claros, em vez de uma coleção inexplicada de tokens funcionais.
6. Mantenha faturação e identidade acessíveis
Registe subscrições, datas de renovação, locais das faturas, aprovadores de pagamentos e contactos de faturação. Verifique se as comunicações chegam a um endereço monitorizado e controlado pela organização. Designe alguém para decidir quais os serviços que devem continuar e guardar confirmações das alterações aprovadas. Administração do grupo e responsabilidade pelas despesas exigem verificações distintas.
Em GitLab autogerido, inventarie também alojamento, cópias de segurança, armazenamento, certificados, domínios e operadores da instância. Nos dois modelos, reveja os fornecedores externos de identidade utilizados no início de sessão. Uma entrada funcional no GitLab não demonstra que alguém consegue gerir a renovação do domínio, o contrato de alojamento ou as definições de identidade no mês seguinte. Cada dependência precisa de um sucessor e uma data de revisão.
7. Conclua a passagem antes da remoção normal de contas
Reveja tarefas abertas, responsabilidades de aprovação, integrações e preservação autorizada antes de remover normalmente o acesso da pessoa falecida. Coordene alterações com os administradores de segurança e identidade. Preserve a atribuição e o histórico útil segundo as decisões de retenção da organização; não improvise uma eliminação generalizada de contas como limpeza administrativa.
Evite mover grupos ou alterar caminhos de espaços de nomes apenas para estabelecer um novo administrador. Se a mudança responder a outra necessidade empresarial, reveja os efeitos e prepare um plano separado. Ligue a nota GitLab ao plano de continuidade do negócio online e reveja ambos após mudanças de pessoal ou infraestrutura.
Próximos passos
Nomeie um coordenador, inventarie os grupos e teste o acesso de um proprietário disponível. Encaminhe permissões em falta pelo suporte ou administração da instância. Preserve registos autorizados, verifique dependências dos pipelines e atribua responsabilidades de faturação e infraestrutura. Termine com uma lista datada de tarefas concluídas e questões abertas. Um plano ensaiado oferece aos colegas um caminho prático e deixa menos decisões técnicas para a família.