Hinweis
Enterprise Live Migrations ist in Öffentliche Vorschau und kann geändert werden.
Migrierte Daten
ELM migriert fast alle Daten auf Repositoryebene. Ressourcen auf Organisationsebene, z. B. Teams, Projekte und Organisationseinstellungen und Webhooks, werden von der Migration ausgeschlossen und müssen manuell für das Ziel konfiguriert werden.
Die einzige Aktion auf Organisationsebene, die von ELM unterstützt wird, ist die Erstellung eines Zielorganisationskontos, wenn dieses noch nicht vorhanden ist.
Repositoryeinstellungen und -konfiguration
| Resource | Notes |
|---|---|
| Repositorymetadaten und -einstellungen | Sichtbarkeit, Beschreibung, Standardverzweigung und aktivierte Features |
| Repositorywebhooks | Webhook-Konfigurationen für das Repository |
| Repositorythemen | Kategorien zum Kategorisieren des Repositorys |
| Repository-PR-Einstellungen | Zusammenführen und Überprüfen von Einstellungen für Pullanforderungen |
| Aktionseinstellungen | Konfiguration auf Repositoryebene GitHub Actions, einschließlich zulässiger Aktionen und Berechtigungen |
| Autolinks | Benutzerdefinierte AutoLink-Verweise |
| Branchschutz | Branch-Schutzregeln werden nur teilweise migriert, vorbehaltlich der unten beschriebenen Einschränkungen |
| Seiten | GitHub Seitenkonfiguration |
Warnung
Die Branch-Schutzmigration wird teilweise unterstützt. ELM behält bei, ob Beschränkungen für Akteure zum Verwerfen von Pull-Request-Überprüfungen und zum Pushen in geschützte Branches aktiviert sind, nicht jedoch die zulässigen Benutzer, Teams oder Apps. Eine Push-Beschränkung kann daher am Zielort mit einer leeren Erlaubnisliste neu erstellt werden. Außerdem werden weder Akteure, die Pull-Requests umgehen dürfen, noch Force-Push-Akteure, App-Zuordnungen für Statusprüfungen, Einschränkungen für die Erstellung übereinstimmender Branches, Einstellungen für die Merge-Warteschlange, Bereitstellungsanforderungen oder Branchsperrungen migriert. Überprüfen und aktualisieren Sie migrierte Verzweigungsschutzregeln, bevor Benutzer im Ziel-Repository arbeiten können.
Git-Daten, LFS und Wikis
| Resource | Notes |
|---|---|
| Git-Repository (Referenzen, Objekte, Verlauf) | Enthält alle Referenzen, Objekte und Commit-Verlauf. Das Repository wird während der gesamten Migration am Ziel auf dem neuesten Stand gehalten. |
| LFS-Objekte | Git Large File Storage-Objekte. Erfordert, dass LFS für die Quellinstanz GitHub Enterprise Server aktiviert ist. |
| Wiki | Das Wiki Git-Repository |
Probleme, Kommentare und Reaktionen
| Resource | Notes |
|---|---|
| Probleme | Umfasst Status, Zuweisungen und Inhalt |
| Issue-Kommentare | Alle Kommentare zu Problemen |
| Problemreaktionen | Reaktionen auf Probleme |
| Reaktionen auf Kommentare zu Issues | Reaktionen auf Problemkommentare |
| Problembezeichnungen | Bezeichnungszuordnungen bei Problemen |
| Fehlerereignisse | Zeitachsenereignisse (zugewiesen, markiert, geschlossen usw.) |
| Schließen von Problemverweisen | Querverweise, die Probleme schließen (z. B. "Fixes #123") |
Pullanforderungen, Rezensionen und Threads
| Resource | Notes |
|---|---|
| Pull-Anfragen | Umfasst Status, Prüfer, Inhalt und Entwurfsstatus |
| PR Bewertungen | Übermittelte Rezensionen, einschließlich genehmigter, angeforderter Änderungen und kommentierter Zustände |
| PR-Rezensionskommentare | Kommentare zur Inline-Code-Überprüfung |
| PR-Überprüfungsthreads | Diskussionsthreads, einschließlich gelöster und ungelöster Zustand |
| PR-Kommentarreaktionen | Reaktionen auf Kommentare zur Überprüfung von Pull-Anfragen |
| PR-Etiketten | Bezeichnungszuordnungen für Pull-Anfragen |
Bezeichnungen, Meilensteine, Veröffentlichungen und CI
| Resource | Notes |
|---|---|
| Labels | Bezeichnungsdefinitionen, einschließlich Name, Farbe und Beschreibung |
| Meilensteine | Meilensteindefinitionen und Status |
| Veröffentlichungen | Freigeben von Metadaten, einschließlich Tag, Name, Textkörper und Vorabversion oder Entwurfsstatus |
| Reaktionen freigeben | Reaktionen auf Freisetzungen |
| Commit-Kommentare | Kommentare zu einzelnen Commits |
| Überprüfungen des Commitstatus | CI/CD-Statusprüfungen bei Commits |
| Prüfläufe | Überprüfen der Ausführungsergebnisse |
| Prüfsuiten | Suitegruppierungen überprüfen |
| Team-Repositoryberechtigungen | Team-zu-Repository-Berechtigungszuordnungen |
Binäre Objekte und Dateianhänge
| Resource | Notes |
|---|---|
| Veröffentlichungsressourcen | Binäre Assets, die an Releases angehängt sind, bis zu 2 GB pro Asset |
| Attachments | In Issue- und Pull-Request-Texten eingebettete Bild- und Videodateianhänge |
| Repository-Dateien (nicht-mediale Anhänge) | Anhänge von Nicht-Mediendateien, z. B. PDFs und Textdateien, die mit Problemen und Pull-Requests verknüpft sind |
Benutzer und Mannequinen
| Resource | Notes |
|---|---|
| Schaufensterpuppen | Jeder GitHub Enterprise Server-Benutzer, auf den in migrierten Daten verwiesen wird, wird als Mannequin dargestellt: eine Platzhalteridentität ohne Organisationsmitgliedschaft oder Repositoryzugriff. Nach Abschluss der Migration können Sie Mannequins zurückfordern, indem Sie sie mit echten Benutzerkonten verknüpfen. |
Nicht migrierte Daten
Repositorydaten
| Data | Notes |
|---|---|
| Standardeinstellungen für Repositorys | N/A |
| Repository-Regelsätze | Repository-Regelsätze werden nicht migriert. Branchschutzregeln wurden teilweise migriert. |
| Pullanforderungen von Forks | N/A |
| Ausstehende Pull-Request-Reviews | Nur übermittelte Rezensionen werden migriert. |
Organisationsdaten
Daten auf Organisationsebene, z. B. folgendes, werden nicht migriert:
- Settings
- Mannschaften
- Projekte
- Webhooks
Ereignisse, die in Liveupdates enthalten sind
Nach Abschluss des anfänglichen Backfill-Prozesses überwacht der Ereignislistener des Exporters Webhooks auf GitHub Enterprise Server, um laufende Änderungen zu erfassen und an den Migrationsdienst im Zielunternehmen weiterzuleiten.
Die folgenden Tabellen dokumentieren, welche Ressourcentypen Liveupdates unterstützen und welche Webhook-Aktionen behandelt werden.
| Ressourcentyp | Unterstützte Ereignisse | Nicht unterstützte Ereignisse |
|---|---|---|
| Repository | edited | |
archived, , deleted``privatized, publicized, renamed, , transferred``unarchived | ||
| Probleme | ||
assigned, closed, labeled, edited, opened, reopened, unassigned, unlabeled, milestoned, demilestoned | ||
deleted, , locked``pinned, transferred, , unlocked``unpinned | ||
| Kommentar zur Anfrage | ||
created, edited | deleted | |
| Pull-Anforderung | ||
assigned, closed, converted_to_, edited, opened, labeled, ready_for_review, reopened, unassigned, unlabeled, milestoned, demilestoned | ||
auto_merge_disabled, auto_merge_enabled, dequeued``enqueued, locked, review_request_, review_requested, synchronize``unlocked | ||
| Überprüfung der Pull-Anforderung | ||
edited, submitted | dismissed | |
| Kommentar zur Überprüfung der Pull-Anforderung | edited | |
created, deleted | ||
| Thread für pull-Anforderungsüberprüfung | ||
resolved, unresolved | N/A | |
| Etikett | created | |
deleted, edited | ||
| Loslassen | ||
created, , edited``prereleased, published, , released``unpublished | deleted | |
| Meilenstein | ||
closed, created, edited, opened | deleted | |
| Branchschutzregel (teilweise unterstützt) | ||
created, edited | deleted | |
| Commitkommentar | ||
created, edited | deleted | |
| Seitenaufbau | Alle Aktionen | N/A |
| Commit-Statusüberprüfungen | Alle Aktionen | N/A |
| Wiki | Alle Aktionen | N/A |
| AutoLink | ||
created, deleted | N/A | |
| Problemreferenz schließen | created | N/A |
| Reaktion | ||
created, deleted | N/A | |
| Einstellungen für Repository-Aktionen | updated | N/A |
| Repository-Webhook | ||
created, updated | N/A |
Die in den Repositoryeinstellungen und der Konfiguration beschriebenen Einschränkungen des Branch-Schutzes gelten sowohl für die anfängliche Migration als auch für Liveupdates.
Hinweis
Wenn eine Überprüfung der Pull-Anforderung eingereicht wird, importiert ELM die vollständige Überprüfung einschließlich aller Inlinekommentare. Inlinekommentare, die Teil einer ersten Prüfungseinreichung sind, werden ordnungsgemäß migriert. Antworten, die einem Überprüfungsthread hinzugefügt wurden, nachdem die Überprüfung übermittelt wurde , werden jedoch nicht als Liveupdates erfasst und werden nicht im migrierten Repository angezeigt.
Daten, die nicht in Liveupdates enthalten sind
Die folgenden werden nur während des anfänglichen Auffüllvorgangs exportiert und nicht von Webhooks aktualisiert:
- Prüfläufe
- Prüfsuiten
- GitHub Seitenkonfiguration
Umschreiben von Links und Erwähnungen
Verweise im Quell-Repository, z. B. Benutzererwähnungen oder Links zu Problemen und Pullanforderungen im selben Repository, werden umgeschrieben, sodass sie nach der Migration weiterhin auf die richtigen Ressourcen verweisen.
Verweise auf verschiedene Repositorys (z. B. einen Link zu einem Problem im repo-2 Repository aus einer Pullanforderung) repo-1werden nicht migriert und zeigen nach der Migration auf das genaueselbe Ziel. Dies gilt auch dann, wenn das referenzierte Repository bereits migriert oder gleichzeitig migriert wird.