GitHub-Konto Nach Dem Tod: Code, Zugriff Und Nachfolge
Ein GitHub-Konto nach dem Tod ist oft mehr als ein Login. Es kann öffentliche Repositories, privaten Quellcode, Paketveröffentlichungen, GitHub Actions, Secrets, Pages-Websites, Organisationen, Issues, Releases und berufliche Reputation enthalten.
Darum geht es nicht einfach um das Passwort. Es geht darum, wichtige Arbeit verfügbar, verwaltet und sicher zu halten.
GitHub erlaubt es, einen anderen Nutzer als Nachfolger einzuladen. Wenn der Kontoinhaber stirbt, kann dieser Nachfolger öffentliche Repositories verwalten. Das hilft bei persönlichen Open-Source-Projekten, die erhalten, archiviert oder übertragen werden sollen.
Die Funktion ist aber keine vollständige Kontoerbschaft. GitHub sagt, dass Nachfolger keinen Zugriff auf private Repositories, Kontoeinstellungen, persönliche Informationen oder Organisationen erhalten, sofern sie dort nicht schon berechtigt waren.
Familien sollten deshalb nicht mit einer Kontoübernahme planen. Private Repositories können Kundencode, Secrets, Sicherheitslücken oder vertraglich geschützte Informationen enthalten. Die richtige Frage lautet: Was soll mit der Arbeit geschehen?
Persönliche Repositories sind besonders fragil, wenn ein wichtiges Paket oder Tool nur unter einem persönlichen Namen liegt. Ein Nachfolger hilft für öffentliche Repositories, aber wichtige gemeinsame Projekte gehören oft besser in eine Organisation.
GitHub empfiehlt Kontinuität auch für Organisationen. Praktisch heißt das: mindestens zwei vertrauenswürdige Eigentümer, klare Rollen, dokumentierte Abrechnung, Sicherheitseinstellungen und Release-Prozesse. So überlebt ein Projekt auch den Ausfall einer Person.
Zwei-Faktor-Authentifizierung ist ein weiterer Punkt. GitHub erklärt, dass Zugriff verloren gehen kann, wenn keine 2FA-Zugangsdaten oder Wiederherstellungsmethoden verfügbar sind. Deshalb sollte 2FA-Umgehung nie der Nachlassplan sein.
Ein Entwickler-Inventar sollte wichtige Repositories, Eigentümer, Maintainer, Paketregistries, Domains, CI-Secrets, Signierschlüssel und Release-Schritte nennen. Für Unternehmen sollte klar sein, welche Repositories einer Organisation gehören und wer sie verwalten darf.
Nach einem Todesfall sollte die Familie zuerst das sichtbare Konto kartieren: öffentliche Repositories, Profil, Websites und Organisationen. Wenn ein Nachfolger existiert, folgt dieser dem GitHub-Prozess. Sonst kann ein autorisierter Vertreter oder verifizierter Angehöriger GitHub unter der Richtlinie für verstorbene Nutzer kontaktieren.
Öffentliche Projekte sollten nicht übereilt gelöscht werden. Code kann Teil des Vermächtnisses sein und zugleich eine Abhängigkeit für andere.
Die beste Planung ist nüchtern: Projekte in Organisationen, mehrere Eigentümer, Nachfolger benennen, Releases dokumentieren und Paketregistries absichern. So kann Code den Autor überdauern, ohne private Arbeit offenzulegen oder Gemeinschaften im Unklaren zu lassen.