Was die Übertragung tatsächlich ändert
Eine GitHub-Repository-Übertragung verschiebt das Repository auf ein anderes Inhaberkonto. Das ist nicht dieselbe Operation wie das Umbenennen Ihres Profil-Benutzernamens. Eine Benutzernamenänderung verändert die öffentliche Identität des Kontos und die daraus gebildeten URLs; eine Repository-Übertragung ändert, wem dieses eine Projekt gehört. Wenn Ihr Ziel ein sauberer Profilname ist und nicht die Übergabe eines Projekts an jemand anderen, sind die folgenden Übertragungsschritte das falsche Werkzeug.
Die Unterscheidung ist für die Planung wichtig. Sobald das ursprüngliche Inhaberkonto aufgegeben wird, kann sich niemand mehr anmelden, um Einladungen anzunehmen, Nachfragen zu genehmigen oder einen übersehenen Link zu korrigieren. Alles, was vom alten Konto abhängt, muss vor diesem Zeitpunkt geklärt sein, nicht danach.
Voraussetzungen, die Sie vor dem Start prüfen sollten
Zwei Bedingungen entscheiden, ob eine Übertragung überhaupt möglich ist:
Für eine Repository-Übertragung sind Administratorzugriff und ein kompatibles Empfängerkonto ohne konfliktären Repository-Namen oder Fork-Netzwerk erforderlich. Quelle
Praktisch bedeutet das, vor der Anfrage drei Dinge auf der Inhaberseite und eine auf der Empfängerseite zu prüfen:
| Prüfung | Wer bestätigt sie | Warum sie die Übertragung blockiert |
|---|---|---|
| Das Inhaberkonto hat Administratorzugriff auf das Repository | Inhaber | Ohne Admin-Rechte kann die Übertragung nicht eingeleitet werden |
| Das Empfängerkonto ist kompatibel | Empfänger | Ein inkompatibles Empfängerkonto stoppt die Übertragung |
| Auf dem Empfängerkonto existiert noch kein Repository gleichen Namens | Empfänger | Ein Namenskonflikt blockiert den Umzug |
| Kein konfliktäres Fork-Netzwerk | Empfänger | Ein konfliktäres Fork-Netzwerk blockiert den Umzug |
Wenn eine Zeile fehlschlägt, klären Sie das vor dem Senden der Anfrage. Das Umbenennen des Repositories auf der Empfängerseite oder die Wahl eines anderen Zielkontos sind Entscheidungen des Empfängers, also einigen Sie sich vorab darauf, statt den Konflikt mitten in der Übertragung zu entdecken.
Der Annahmeschritt hat ein kurzes Zeitfenster
Bei Übertragungen zwischen persönlichen Konten ist der Empfänger keine passive Partei. Er muss handeln:
Bei einer Übertragung an ein anderes persönliches Konto nimmt der Empfänger eine E-Mail-Einladung an, die nach einem Tag abläuft. Quelle
Ein Ablauf nach einem Tag ist das Hauptrisiko in diesem Ablauf. Wenn der Empfänger in einer anderen Zeitzone ist, im Urlaub weilt oder einfach seine E-Mails nicht beobachtet, kann die Einladung verfallen und die Übertragung muss neu gestartet werden. Vereinbaren Sie einen Sendezeitpunkt, zu dem der Empfänger erreichbar ist, und sagen Sie ihm, dass die Nachricht kommt, statt sie ungelesen liegen zu lassen.
Eine einfache Checkliste für Inhaber und Empfänger:
- Inhaber: Administratorzugriff bestätigen, das genaue zu verschiebende Repository festlegen und prüfen, dass das Konto des Empfängers keinen Namens- oder Fork-Netzwerk-Konflikt hat.
- Empfänger: Zielkonto bestätigen und dieselben Konflikte von seiner Seite prüfen.
- Beide: ein Sendezeitfenster vereinbaren, in dem der Empfänger innerhalb eines Tages reagieren kann.
- Inhaber: die Übertragungsanfrage senden.
- Empfänger: die E-Mail-Einladung zeitnah annehmen und zurückmelden.
- Inhaber: bestätigen, dass das Repository jetzt unter dem Konto des Empfängers erscheint, bevor am alten Konto etwas unternommen wird.
Geben Sie das Inhaberkonto erst auf, wenn Schritt 6 bestätigt ist. Das alte Konto ist der einzige Ort, von dem aus eine fehlgeschlagene oder verfallene Übertragung erneut gesendet werden kann.
Was danach mit öffentlichen Links passiert
Beim Linkverhalten überraschen Übertragungen viele, weil zwei Arten von Links sich unterschiedlich verhalten:
Repository-Links leiten nach der Übertragung weiter, aber zugehörige GitHub-Pages-Websites werden nicht weitergeleitet; die Wiederverwendung des alten Repository-Speicherorts entfernt die Repository-Weiterleitung. Quelle
Das ergibt eine klare Aufteilung für die Linkprüfung nach der Übertragung:
| Linktyp | Nach der Übertragung | Erforderliche Maßnahme |
|---|---|---|
| Repository-Links, die auf den alten Speicherort zeigen | Weiterleitung zum neuen Inhaber | Meist nichts; eine Stichprobe prüfen |
| GitHub-Pages-Website aus dem Repository | Keine Weiterleitung | Jeden veröffentlichten Link zur Pages-Website aktualisieren |
| Alter Repository-Speicherort von jemand anderem wiederverwendet | Weiterleitung wird entfernt | Vermeiden, den alten Speicherort freizugeben; Links aktuell halten |
Die dritte Zeile wird am ehesten übersehen. Wenn der alte Repository-Pfad später wiederverwendet wird, verschwindet die Weiterleitung, die Ihre alten Links stillschweigend abgedeckt hat. Behandeln Sie die Weiterleitung als Bequemlichkeit während der Migration, nicht als dauerhafte Garantie, und aktualisieren Sie die Links, die Sie kontrollieren, statt sich auf sie zu verlassen.
Checkliste für öffentliche Links nach der Übertragung
Führen Sie dies aus, nachdem der Empfänger den Besitz bestätigt hat und bevor das Inhaberkonto aufgegeben wird:
- Öffnen Sie eine Stichprobe von Repository-Links aus Ihrer Dokumentation, aus READMEs und von jeder Website, die auf das Projekt verweist, und bestätigen Sie, dass sie zum neuen Inhaber führen.
- Identifizieren Sie jede GitHub-Pages-Website, die zum Repository gehört, da diese nicht weitergeleitet werden, und aktualisieren Sie die veröffentlichten Links dorthin.
- Entscheiden Sie, was mit dem alten Repository-Speicherort geschieht, damit er nicht so wiederverwendet wird, dass die Weiterleitung entfällt.
- Prüfen Sie Links von Orten, die Sie nicht kontrollieren, etwa externe Berichte oder geteilte Lesezeichen, und notieren Sie, welche Sie aktualisieren können und welche nicht.
- Halten Sie das Inhaberkonto aktiv, bis alles oben Genannte erledigt ist.
Besitzmigration versus Benutzernamenänderung
Ein Repository zu übertragen und einen Profil-Benutzernamen zu ändern sind getrennte Aufgaben mit getrennten Risiken. Bei einer Übertragung geht es darum, wem ein Projekt gehört; eine Benutzernamenänderung betrifft die eigene öffentliche Identität des Kontos. Wenn Sie eigentlich nur aufräumen wollen, wie Ihr Profil erscheint, statt ein Repository zu übergeben, beginnen Sie stattdessen mit der Anleitung zum Benutzernamen: Ihren GitHub-Benutzernamen ändern, ohne defekte Profil-Links zu hinterlassen.
Wenn Sie beides tun, planen Sie die Reihenfolge bewusst: Klären Sie zuerst den Repository-Besitz, bestätigen Sie, dass der neue Inhaber unabhängig handeln kann, und ändern oder geben Sie erst dann das alte Konto auf. In der umgekehrten Reihenfolge hängt die Übertragung von einem Konto ab, das Sie bereits aufgegeben haben.
Wo eine Benutzernamenssuche passt – und wo nicht
Bevor jemand ein Konto aufgibt, möchte er oft wissen, welche öffentlichen Spuren des alten Benutzernamens anderswo bleiben. Eine Benutzernamenssuche kann öffentliche Profiltreffer auf anderen Plattformen aufdecken, was als Hinweisliste für Links nützlich ist, die Sie möglicherweise aktualisieren müssen. Sie ist kein Konteninventar, und ein Treffer ist kein Beweis, dass dieselbe Person beide Konten besitzt. Behandeln Sie Ergebnisse als Orte, die Sie von Hand prüfen, nicht als Bestätigung, dass ein Link aktiv ist oder ein Konto Ihnen gehört.
TraceSeek deckt 3.000+ Plattformen ab und liefert einen kostenlosen ersten Scan in 20–30 Sekunden. Das kann helfen, eine Checkliste öffentlicher Profile zur Überprüfung zu erstellen, bestätigt aber keinen Besitz und ersetzt nicht die oben genannten Übertragungs- und Linkprüfungen. Die Repository-Übertragung selbst findet auf GitHub statt, nicht in einem Suchwerkzeug.
Eine realistische Reihenfolge der Schritte
- Entscheiden Sie, ob Sie eine Repository-Übertragung, eine Benutzernamenänderung oder beides brauchen.
- Bestätigen Sie Administratorzugriff, Empfängerkompatibilität und dass kein Namens- oder Fork-Netzwerk-Konflikt besteht.
- Senden Sie die Übertragung, wenn der Empfänger innerhalb eines Tages annehmen kann.
- Bestätigen Sie, dass das Repository unter dem neuen Inhaber liegt.
- Prüfen Sie Repository-Links und separat alle GitHub-Pages-Links.
- Schützen Sie den alten Repository-Speicherort vor Wiederverwendung.
- Geben Sie erst dann das Inhaberkonto auf.