Skip to main content
We publish frequent updates to our documentation, and translation of this page may still be in progress. For the most current information, please visit the English documentation.

Migration vers des dépôts internes

Vous pouvez effectuer une migration vers des dépôts internes pour unifier l’expérience innersource pour les développeurs utilisant à la fois GitHub Enterprise Server et GitHub Enterprise Cloud.

Who can use this feature

Site administrators can migrate to internal repositories.

À propos des dépôts internes

Les dépôts internes sont disponibles dans GitHub Enterprise Server à partir de la version 2.20. Vous pouvez utiliser des dépôts internes pour pratiquer l’« innersource » dans votre entreprise. Les membres de votre entreprise peuvent collaborer avec des méthodologies open source sans partager publiquement les informations propriétaires, même avec le mode privé désactivé. Pour plus d’informations, consultez « À propos des dépôts ».

Dans les prochaines versions de GitHub Enterprise Server, nous ajusterons le fonctionnement de la visibilité des dépôts pour harmoniser la signification des termes « public », « interne » et « privé » entre GitHub Enterprise Server et GitHub Enterprise Cloud pour les développeurs.

Pour vous préparer à ces modifications, si le mode privé est activé, vous pouvez exécuter une migration sur votre instance pour convertir des dépôts publics en dépôts internes. Cette migration est facultative pour le moment. Vous pouvez ainsi tester les modifications sur une instance hors production. La migration deviendra obligatoire ultérieurement.

Quand vous exécutez la migration, tous les dépôts publics appartenant à des organisations sur votre instance deviennent des dépôts internes. Si certains de ces dépôts ont des duplications (fork), elles deviennent privées. Les dépôts privés restent privés.

Tous les dépôts publics appartenant à des comptes d’utilisateur sur votre instance deviennent des dépôts privés. Si certains de ces dépôts ont des duplications, elles deviennent également privées. Le propriétaire de chaque duplication reçoit des autorisations de lecture sur le parent de la duplication.

L’accès en lecture anonyme Git sera désactivé pour chaque dépôt public qui devient interne ou privé.

Si, actuellement, la visibilité des dépôts par défaut est publique, elle devient interne. Si elle est privée, elle ne change pas. Vous pouvez modifier la visibilité par défaut à tout moment. Pour plus d’informations, consultez « Application de stratégies de gestion des dépôts dans votre entreprise ».

La stratégie de création de dépôt pour l’instance change : les dépôts privés et internes sont autorisés et non plus les dépôts publics. Vous pouvez mettre à jour la stratégie à tout moment. Pour plus d’informations, consultez « Restriction de la création de dépôt dans vos instances ».

Si le mode privé n’est pas activé, le script de migration n’aura aucun effet.

Exécution de la migration

  1. Connectez-vous à l’interpréteur de commandes d’administration. Pour plus d’informations, consultez « Accès à l’interpréteur de commandes d’administration (SSH) ».

  2. Exécutez la commande de migration.

    github-env bin/safe-ruby lib/github/transitions/20191210220630_convert_public_ghes_repos_to_internal.rb --verbose -w |  tee -a /tmp/convert_public_ghes_repos_to_internal.log

La sortie de journal apparaît dans le terminal et dans le journal /tmp/convert_public_ghes_repos_to_internal.log.

Pour aller plus loin