Cuenta De GitHub Después De La Muerte: Código, Acceso Y Sucesión
Una cuenta de GitHub después de la muerte puede contener mucho más que un inicio de sesión. Puede incluir repositorios públicos, código privado, permisos de publicación de paquetes, GitHub Actions, secretos, sitios Pages, organizaciones, incidencias, notas de versión y reputación profesional.
Por eso el objetivo no es simplemente obtener la contraseña. El objetivo es mantener el trabajo importante disponible, gobernado y seguro.
GitHub permite que una persona invite a otro usuario como sucesor. Si el titular muere, ese sucesor puede gestionar repositorios públicos. Esto ayuda a preservar, archivar o transferir proyectos personales públicos.
Pero no es una herencia completa de la cuenta. GitHub dice que el sucesor no puede acceder a repositorios privados, ajustes de cuenta, información personal u organizaciones salvo que ya tuviera permisos. Para proyectos importantes, eso significa que también hacen falta organizaciones, varios administradores y documentación.
Las familias no deberían planificar usando la contraseña de la persona fallecida. Los repositorios privados pueden contener secretos, código de clientes, vulnerabilidades o información contractual. La pregunta correcta es qué debe ocurrir con el trabajo: conservarlo, transferirlo, archivarlo o coordinarlo con mantenedores existentes.
Los repositorios personales son frágiles cuando un paquete o herramienta popular depende de una sola cuenta. Un sucesor ayuda con lo público, pero los proyectos colaborativos importantes suelen estar mejor en una organización con más de un propietario.
GitHub también recomienda continuidad de propiedad en organizaciones. En la práctica, al menos dos propietarios de confianza deben poder gestionar miembros, facturación, seguridad, secretos y transferencias. Esto protege el proyecto no solo frente a una muerte, sino también frente a pérdida de acceso o salida de un mantenedor.
La autenticación de dos factores también importa. GitHub explica que el acceso puede perderse si no existen credenciales o métodos de recuperación. No conviertas el bypass de 2FA en el plan; da permisos normales a colaboradores mientras el titular vive.
Un inventario digital de desarrollador debe listar repositorios críticos, propietarios, mantenedores, paquetes, dominios, secretos de CI, claves de firma, cuentas de publicación y pasos de release. Para empresas, también debe indicar qué repositorios pertenecen a la organización y quién puede pagar, transferir o administrar.
Después de una muerte, la familia debe mapear primero la cuenta visible. Repositorios públicos, perfil, sitios y organizaciones muestran qué puede ser importante. Si hay sucesor, debe seguir el proceso de GitHub. Si no, un representante autorizado o familiar verificado puede contactar a GitHub bajo la política de usuarios fallecidos.
No elimines proyectos públicos con prisa. El código puede ser parte del legado de una persona y también una dependencia de otras personas.
La mejor planificación es clara: mover proyectos compartidos a organizaciones, mantener varios propietarios, nombrar sucesor, documentar releases y proteger registros de paquetes. Así el código puede sobrevivir a su autor sin exponer trabajo privado ni dejar a la comunidad sin rumbo.