Hallo, Entdecker! An dieser Seite wird aktiv gearbeitet, oder sie wird noch übersetzt. Die neuesten und genauesten Informationen findest Du in unserer englischsprachigen Dokumentation.

Diese Version von GitHub Enterprise wurde eingestellt am 2021-03-02. Es wird keine Patch-Freigabe vorgenommen, auch nicht für kritische Sicherheitsprobleme. Für eine bessere Leistung, verbesserte Sicherheit und neue Features nimm ein Upgrade auf die neueste Version von GitHub Enterprise vor. Wende Dich an den GitHub Enterprise-Support, um Hilfe beim Upgrade zu erhalten.

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.

Inhalt dieses Artikels

Migrationstypen

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

  • eine Migration von einer GitHub Enterprise Server-Instanz zu einer anderen GitHub Enterprise Server-Instanz. Sie können eine beliebige Anzahl an Repositorys migrieren, die einem Benutzer oder einer Organisation auf der Instanz gehören. Vor dem Durchführen einer Migration müssen Sie über Websiteadministratorzugriff auf beide Instanzen verfügen.
  • eine Migration von einer GitHub.com-Organisation zu einer GitHub Enterprise Server-Instanz. Sie können eine beliebige Anzahl an Repositorys migrieren, die einer Organisation gehören. Vor dem Durchführen einer Migration müssen Sie über Verwaltungszugriff auf die GitHub.com-Organisation und über Websiteadministratorzugriff auf die Zielinstanz verfügen.
  • Bei Probeläufen handelt es sich um Migrationen, bei denen Daten in eine Testinstanz importiert werden. Mit diesen kann nachvollzogen werden, was passieren würde, wenn eine Migration auf your GitHub Enterprise Server instance angewendet werden würde. Es wird dringend empfohlen, dass Sie einen Probelauf auf einer Testinstanz durchführen, bevor Sie Daten in Ihre Produktionsinstanz importieren.

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.

Hinweis: Fork-Beziehungen bleiben nach einer Migration nicht bestehen.

Einem migrierten Repository zugeordnete DatenHinweise:
Benutzer@Erwähnungen von Benutzern werden neu geschrieben, um dem Ziel zu entsprechen.
OrganisationenDer Name und die Details einer Organisation werden migriert.
RepositorysLinks zu Git-Strukturen, Blobs, Commits und Zeilen werden neu geschrieben, um dem Ziel zu entsprechen. Der Migrator folgt maximal drei Repository-Umleitungen.
WikisAlle Wiki-Daten werden migriert.
Teams@Erwähnungen von Teams werden neu geschrieben, um dem Ziel zu entsprechen.
MeilensteineZeitstempel werden beibehalten.
ProjektboardsProjektboards, die dem Repository und der Organisation, welcher das Repository gehört, zugeordnet sind, werden migriert.
IssuesIssue-Verweise und Zeitstempel werden beibehalten.
Issue-KommentareQuerverweise auf Kommentare werden für die Zielinstanz neu geschrieben.
Pull RequestsQuerverweise auf Pull Request werden neu geschrieben, um dem Ziel zu entsprechen. Zeitstempel werden beibehalten.
Pull-Request-ReviewsPull-Request-Reviews und zugeordnete Daten werden migriert.
Pull-Request-Review-KommentareQuerverweise auf Kommentare werden für die Zielinstanz neu geschrieben. Zeitstempel werden beibehalten.
Commit-KommentareQuerverweise auf Kommentare werden für die Zielinstanz neu geschrieben. Zeitstempel werden beibehalten.
VeröffentlichungenDie Daten sämtlicher Versionen werden migriert.
Bei Pull Requests oder Issues ergriffene MaßnahmenAlle Ä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ängeDateianhänge für Issues und Pull Requests werden migriert. Sie können diese als Bestandteil der Migration deaktivieren.
WebhooksNur aktive Webhooks werden migriert.
Repository-Deployment-SchlüsselRepository-Deployment-Schlüssel werden migriert.
geschützte BranchesDie Einstellungen für geschützte Branches und die zugeordneten Daten werden migriert.