Remarque
Enterprise Live Migrations est bêta et sujet à changement.
Données migrées
ELM migre presque toutes les données au niveau du référentiel. Les ressources au niveau de l’organisation, telles que les équipes, les projets et les paramètres d’organisation et les webhooks, sont exclues de la migration et doivent être configurées manuellement sur la cible.
La seule action au niveau de l’organisation prise en charge par ELM est la création d’un compte d’organisation cible s’il n’existe pas déjà.
Paramètres et configuration du référentiel
| Resource | Notes |
|---|---|
| Métadonnées et paramètres du référentiel | Visibilité, description, branche par défaut, et fonctionnalités activées |
| Webhooks de dépôt | Configurations de webhook pour le référentiel |
| Rubriques sur les dépôts | Balises pour catégoriser le référentiel |
| Paramètres de pull request du référentiel | Paramètres de fusion et de révision des pull requests |
| Paramètres d’actions | Configuration GitHub Actions au niveau du référentiel, y compris les actions autorisées et les autorisations |
| Liens automatiques | Références de liaison automatique personnalisées |
| Protections de branche | Règles de protection de branche |
| Feuilles | configuration des pages GitHub |
Données Git, LFS et wikis
| Resource | Notes |
|---|---|
| Référentiel Git (refs, objets, historique) | Inclut toutes les références, objets et historique de validation. Le référentiel est tenu à jour sur la destination tout au long de la migration. |
| Objets LFS | objets de stockage des fichiers de grande taille Git. Nécessite que LFS soit activé sur l’instance source GitHub Enterprise Server . |
| Wiki | Le dépôt Git du wiki |
Problèmes, commentaires et réactions
| Resource | Notes |
|---|---|
| Problèmes | Inclut l'état, les attributaires et le contenu |
| Commentaires de problème | Tous les commentaires sur les problèmes |
| Réactions aux incidents | Réactions sur les questions |
| Réactions aux commentaires sur les problèmes | Réactions sur les commentaires sur les problèmes |
| Étiquettes de problème | Associations d’étiquettes sur les problèmes |
| Événements d'incident | Événements de chronologie (attribués, étiquetés, fermés, etc.) |
| Fermer les références de problème | Références croisées qui ferment les problèmes (par exemple, « correctifs #123 ») |
Requêtes de tirage, revues et threads
| Resource | Notes |
|---|---|
| Requêtes de tirage | Inclut l'état, les réviseurs, le contenu et le statut de brouillon |
| Revues de PR | Révisions soumises, y compris les états approuvés, demandés aux modifications et commentés |
| Commentaires de révision des demandes de tirage | Commentaires en ligne de révision de code |
| Threads de révision de demande de tirage | Discussions avec threads, y compris l’état résolu et non résolu |
| Réactions des commentaires de demande de tirage | Réactions aux commentaires de révision des pull requests |
| Étiquettes de PR | Associations d’étiquettes sur les pull requests |
Étiquettes, jalons, versions et CI
| Resource | Notes |
|---|---|
| Étiquettes | Définitions d’étiquettes, y compris le nom, la couleur et la description |
| Étapes majeures | Définitions et état des jalons |
| Mises à jour | Publier les métadonnées, notamment le tag, le nom, le corps et la version préliminaire ou le brouillon. |
| Réactions de libération | Réactions aux versions |
| Commentaires de commit | Commentaires sur les validations individuelles |
| Vérifications de l’état de commit | Contrôles de l’état CI/CD sur les commits |
| Exécutions de tests | Vérifier les résultats de l’exécution |
| Suites de vérifications | Vérifier les regroupements de suite |
| Autorisations pour le référentiel d’équipe | Associations des autorisations d’équipe pour le dépôt |
Ressources binaires et fichiers joints
| Resource | Notes |
|---|---|
| Ressources de mise en production | Actifs binaires attachés aux publications, jusqu’à 2 Go par actif |
| Attachments | Pièces jointes de fichiers image et vidéo incorporées dans le contenu des requêtes de tirage et des problèmes |
| Fichiers de référentiel (pièces jointes non multimédias) | Pièces jointes de fichiers non multimédias, telles que les fichiers PDF et les fichiers texte, associées aux problèmes et aux pull requests |
Utilisateurs et mannequins
| Resource | Notes |
|---|---|
| Mannequins | Chaque utilisateur GitHub Enterprise Server référencé dans les données migrées est représenté sous la forme d’un mannequin : une identité d’espace réservé sans appartenance à l’organisation ni accès au référentiel. Une fois votre migration terminée, vous pouvez récupérer des mannequins en les associant à des comptes d’utilisateur réels. |
Données non migrées
Données du référentiel
| Data | Notes |
|---|---|
| Valeurs par défaut du référentiel | N/A |
| Ensembles de règles d'un dépôt | Seules les règles de protection des branches sont migrées. |
| Demandes de fusion depuis des forks | N/A |
| Révisions de pull request en attente | Seuls les avis soumis sont migrés. |
Données de l’organisation
Les données au niveau de l’organisation, telles que les suivantes , ne sont pas migrées :
- Settings
- Équipes
- Projets
- Webhooks
Événements inclus dans les mises à jour en direct
Une fois le remplissage initial terminé, l’écouteur d’événements de l’exportateur surveille les webhooks sur GitHub Enterprise Server afin de capturer les changements en cours et de les transférer au service de migration de l’entreprise cible.
Les tableaux suivants documentent les types de ressources qui prennent en charge les mises à jour actives et les actions de webhook qui sont gérées.
| Type de ressource | Événements pris en charge | Événements non pris en charge |
|---|---|---|
| Repository | edited |
`archived`, `deleted`, `privatized`, `publicized`, `renamed`, `transferred`, `unarchived` |
| Issues |
assigned, closed, edited, labeled, opened, reopened, unassigned, unlabeled, milestoned, demilestoned |
deleted, , locked, pinned``transferred, , unlocked``unpinned |
| Commentaire du problème |
created, edited | deleted |
| Demande de tirage (pull request) |
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 |
| Révision des demandes de tirage |
edited, submitted | dismissed |
| Commentaire de révision de pull request | edited |
created, deleted |
| Thread de révision de pull request |
resolved, unresolved | N/A |
| Étiquette | created |
deleted, edited |
| Version |
created, , edited, prereleased``published, , released``unpublished | deleted |
| Jalon |
closed, created, edited, opened | deleted |
| Règle de protection des branches |
created, edited | deleted |
| Valider le commentaire |
created, edited | deleted |
| Construction de page | Toutes les actions | N/A |
| Contrôles de statut de commit | Toutes les actions | N/A |
| Wiki | Toutes les actions | N/A |
| Liaison automatique |
created, deleted | N/A |
| Fermer la référence du problème | created | N/A |
| Réaction |
created, deleted | N/A |
| Paramètres des actions du référentiel | updated | N/A |
| Webhook du référentiel |
created, updated | N/A |
Remarque
Lorsqu’un examen de pull request est soumis, ELM importe l'examen complet, y compris tous les commentaires en ligne. Les commentaires inline qui font partie d’une soumission de révision initiale sont migrés correctement. Toutefois, les réponses ajoutées à un thread de révision après l’envoi de la révision ne sont pas capturées en tant que mises à jour actives et n’apparaissent pas dans le référentiel migré.
Données non incluses dans les mises à jour actives
Les éléments suivants sont exportés uniquement pendant le remplissage initial et ne sont pas mis à jour par les webhooks :
- Exécutions de tests
- Suites de vérifications
- configuration des pages GitHub
Réécriture de liens et mentions
Les références au sein du référentiel source, telles que les mentions utilisateur ou les liens vers des problèmes et des demandes de tirage dans le même référentiel, sont réécrites afin qu’elles pointent toujours vers les ressources correctes après la migration.
Les références à différents référentiels (par exemple, un lien vers un problème dans le repo-2 référentiel à partir d’une demande de tirage dans repo-1) ne sont pas migrées et pointent vers la même destination après la migration. Cela s’applique même si le référentiel référencé a déjà été migré ou est en cours de migration simultanément.