Skip to main content

Cette version de GitHub Enterprise a été abandonnée le 2023-01-18. Aucune publication de correctifs n’est effectuée, même pour les problèmes de sécurité critiques. Pour de meilleures performances, une sécurité améliorée et de nouvelles fonctionnalités, effectuez une mise à niveau vers la dernière version de GitHub Enterprise. Pour obtenir de l’aide sur la mise à niveau, contactez le support GitHub Enterprise.

À propos des duplications (fork)

Une duplication est une copie d’un dépôt que vous gérez. Les duplications vous permettent d’apporter des modifications à un projet sans affecter le dépôt d’origine. Vous pouvez extraire des mises à jour du dépôt d’origine ou envoyer des modifications à celui-ci avec des demandes de tirage (pull request).

La duplication d’un dépôt est similaire à la copie d’un dépôt, à l’exception de deux différences majeures :

  • Vous pouvez utiliser une demande de tirage pour suggérer de remplacer votre duplication appartenant à l’utilisateur par le dépôt d’origine dans son instance de GitHub, également appelé dépôt en amont.

  • Vous pouvez importer des modifications du dépôt en amont dans votre duplication locale en synchronisant votre duplication avec le dépôt en amont.

    Vous pouvez dupliquer (fork) un référentiel privé ou interne vers votre compte personnel ou une organisation sur your GitHub Enterprise Server instance où vous disposez d’autorisations de création de référentiels, si les paramètres du référentiel et vos stratégies d’entreprise autorisent la duplication.

Vous pouvez utiliser GitHub Desktop pour dupliquer un dépôt. Pour plus d’informations, consultez « Clonage et duplication de dépôts à partir de GitHub Desktop ».

La suppression d’une duplication n’aura pas pour effet de supprimer le dépôt en amont d’origine. Vous pouvez apporter les modifications de votre choix à votre duplication (ajouter des collaborateurs, renommer des fichiers, générer des GitHub Pages) sans que cela ait d’incidence sur l’original.

Dans les projets open source, des duplications sont souvent utilisées pour itérer sur des idées ou des modifications avant de les proposer au dépôt amont. Lorsque vous modifiez votre duplication appartenant à un utilisateur et ouvrez une demande de tirage qui compare votre travail au dépôt en amont, vous pouvez donner à toute personne disposant d’un accès push au dépôt en amont l’autorisation d’envoyer (push) des modifications à votre branche de demande de tirage (y compris la suppression de la branche). Cela accélère la collaboration en permettant aux responsables de maintenance du dépôt d’effectuer des validations ou des tests localement sur votre branche de demande de tirage à partir d’une duplication appartenant à un utilisateur avant la fusion. Vous ne pouvez pas accorder d’autorisations d’envoi (push) à une duplication (fork) appartenant à une organisation.

Les duplications privées héritent de la structure des autorisations du référentiel situé en amont ou du référentiel parent. Cela permet aux propriétaires de référentiels privés de garder le contrôle sur leur code. Par exemple, si le référentiel situé en amont est privé et accorde un accès en lecture/écriture à une équipe, cette même équipe bénéficiera d’un accès en lecture/écriture à toutes les duplications du référentiel privé situé en amont. Les duplications privées héritent uniquement des autorisations d’équipe (et non des autorisations individuelles).

Si vous souhaitez créer un dépôt à partir du contenu d’un dépôt existant, mais ne souhaitez pas fusionner vos modifications en amont à l’avenir, vous pouvez dupliquer le dépôt ou, si celui-ci est un modèle, l’utiliser comme modèle. Pour plus d’informations, consultez « Duplication d’un dépôt » et « Création d’un dépôt à partir d’un modèle ».

Pour aller plus loin