Hallo, Entdecker! An dieser Seite wird aktiv gearbeitet, oder sie wird noch übersetzt. Die neuesten und genauesten Informationen finden Sie in unserer englischsprachigen Dokumentation.
Artikelversion: Enterprise Server 2.15

Diese Version von GitHub Enterprise wird eingestellt am Diese Version von GitHub Enterprise wurde eingestellt am 2019-10-16. Es wird keine Patch-Freigabe vorgenommen, auch nicht für kritische Sicherheitsprobleme. For better performance, improved security, and new features, upgrade to the latest version of GitHub Enterprise. For help with the upgrade, contact GitHub Enterprise support.

Informationen zu Migrationen

Bei einer Migration werden Daten von einem Quellspeicherort (eine GitHub.com-Organisation oder eine GitHub Enterprise Server-Instanz) an eine GitHub Enterprise Server-Zielinstanz übertragen. Migrationen können verwendet werden, um Ihre Daten zu übertragen, wenn Sie Plattformen ändern oder Hardware auf Ihrer Instanz upgraden.

Migrationstypen

Es gibt drei Migrationstypen, die von Ihnen durchgeführt werden können:

Migrierte Daten

In einer Migration dreht sich alles um ein Repository. Die meisten einem Repository zugeordneten Daten können migriert werden. Beispielsweise migriert ein Repository in einer Organisation das Repository und die Organisation sowie die dem Repository zugeordneten Benutzer, Teams, Issues und Pull Requests.

Die Elemente in der folgenden Tabelle können mit einem Repository migriert werden. Elemente, die nicht in der Liste der migrierten Daten angezeigt werden, können nicht migriert werden.

Note: Fork relationships do not persist after a migration.

Einem migrierten Repository zugeordnete Daten Hinweise:
Benutzer @Erwähnungen von Benutzern werden neu geschrieben, um dem Ziel zu entsprechen.
Organisationen Der Name und die Details einer Organisation werden migriert.
Repositorys Links zu Git-Strukturen, Blobs, Commits und Zeilen werden neu geschrieben, um dem Ziel zu entsprechen. Der Migrator folgt maximal drei Repository-Umleitungen.
Wikis Alle Wiki-Daten werden migriert.
Teams @Erwähnungen von Teams werden neu geschrieben, um dem Ziel zu entsprechen.
Meilensteine Zeitstempel werden beibehalten.
Projektboards Projektboards, die dem Repository und der Organisation, welcher das Repository gehört, zugeordnet sind, werden migriert.
Issues Issue-Verweise und Zeitstempel werden beibehalten.
Issue-Kommentare Querverweise auf Kommentare werden für die Zielinstanz neu geschrieben.
Pull Requests Querverweise auf Pull Request werden neu geschrieben, um dem Ziel zu entsprechen. Zeitstempel werden beibehalten.
Pull-Request-Reviews Pull-Request-Reviews und zugeordnete Daten werden migriert.
Pull-Request-Review-Kommentare Querverweise auf Kommentare werden für die Zielinstanz neu geschrieben. Zeitstempel werden beibehalten.
Commit-Kommentare Querverweise auf Kommentare werden für die Zielinstanz neu geschrieben. Zeitstempel werden beibehalten.
Veröffentlichungen Die Daten sämtlicher Versionen werden migriert.
Bei Pull Requests oder Issues ergriffene Maßnahmen Alle Änderungen an Pull Requests oder Issues, beispielsweise das Zuweisen von Benutzern, das Umbenennen von Titeln und das Ändern von Kennzeichnungen, werden zusammen mit den Zeitstempeln für die jeweilige Aktion beibehalten.
Dateianhänge Dateianhänge für Issues und Pull Requests werden migriert. Sie können diese als Bestandteil der Migration deaktivieren.
Webhooks Nur aktive Webhooks werden migriert.
Repository-Deployment-Schlüssel Repository-Deployment-Schlüssel werden migriert.
Geschützte Branches Die Einstellungen für geschützte Branches und die zugeordneten Daten werden migriert.

Menschliche Unterstützung einholen

Sie können das Gesuchte nicht finden?

Kontakt