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 | Regeln für den Schutz von Branches |
| Seiten | GitHub Seitenkonfiguration |
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 | Nur die Regeln zum Verzweigungsschutz werden 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, edited, labeled, opened, reopened, unassigned, unlabeled, milestoned, demilestoned |
deleted, , locked``pinned, transferred, , unlocked``unpinned |
| Kommentar zur Anfrage |
created, edited | deleted |
| Pull-Anforderung |
assigned, closed, converted_to_draft, edited, labeled, opened, ready_for_review, reopened, unassigned, unlabeled, milestoned, demilestoned |
auto_merge_disabled, auto_merge_enabled, dequeued``enqueued, locked, review_request_removed, 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 |
| Branchenschutzregel |
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 |
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. eine Verknüpfung zu einem Problem im repo-2 Repository aus einer Pullanforderung in repo-1) werden 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.