Conta GitHub Após A Morte: Código, Acesso E Sucessão
Uma conta GitHub após a morte pode conter muito mais do que um login. Pode incluir repositórios públicos, código privado, direitos de publicação de pacotes, GitHub Actions, segredos, sites Pages, organizações, issues, releases e reputação profissional.
O objetivo não é simplesmente obter a palavra-passe. O objetivo é manter trabalho importante disponível, governado e seguro.
O GitHub permite convidar outro utilizador como sucessor. Após a morte, esse sucessor pode gerir repositórios públicos. Isto ajuda a preservar, arquivar ou transferir projetos pessoais open source.
Mas não é uma herança completa da conta. O GitHub diz que sucessores não acedem a repositórios privados, definições, informações pessoais ou organizações salvo permissões já existentes.
Famílias não devem planear uma tomada de conta por palavra-passe. Repositórios privados podem conter código de clientes, segredos, vulnerabilidades ou informação contratual. A pergunta correta é o que deve acontecer ao trabalho.
Repositórios pessoais são frágeis quando um pacote ou ferramenta importante depende de uma só conta. Um sucessor ajuda no público, mas projetos colaborativos importantes ficam melhor numa organização.
O GitHub recomenda continuidade também para organizações. Na prática, pelo menos dois proprietários de confiança devem gerir membros, faturação, segurança, segredos e transferências.
A autenticação de dois fatores também importa. O GitHub explica que o acesso pode perder-se sem credenciais 2FA ou métodos de recuperação. Contornar 2FA não deve ser plano sucessório.
Um inventário digital de programador deve listar repositórios importantes, proprietários, maintainers, registos de pacotes, domínios, segredos CI, chaves de assinatura e passos de release.
Depois de uma morte, a família deve mapear primeiro a conta visível: repositórios públicos, perfil, sites e organizações. Se existir sucessor, segue o processo GitHub. Caso contrário, um representante autorizado ou familiar verificado pode contactar o GitHub.
Não elimine projetos públicos à pressa. Código pode ser legado e também dependência de outras pessoas.
O melhor planeamento usa organizações, vários proprietários, sucessor nomeado, releases documentadas e registos protegidos. Assim o código pode sobreviver ao autor sem expor trabalho privado.