Transfert d’un dépôt

À propos des transferts de dépôts

Lorsque vous transférez un dépôt vers un nouveau propriétaire, il peut administrer immédiatement le contenu du dépôt, les problèmes, les demandes de tirage, les mises en production, les projects (classic) et les paramètres. Vous pouvez également changer le nom de dépôt lors du transfert d’un dépôt. Consultez Renommer un référentiel.

Prérequis pour les transferts de dépôts :

Lorsque vous transférez un dépôt dont vous être propriétaire vers un autre compte personnel, le nouveau propriétaire reçoit un e-mail de confirmation.
Pour transférer un référentiel, vous devez disposer d’un accès administrateur à celui-ci.
Les référentiels ne peuvent être transférés qu’à un propriétaire au sein de la même instance GitHub Enterprise Server. Pour plus d'informations sur le déplacement d’un référentiel de GitHub Enterprise Server à GitHub Enterprise Cloud, consultez Migration de dépôts de GitHub Enterprise Server vers GitHub Enterprise Cloud.
Pour transférer un dépôt dont vous être propriétaire vers une organisation, vous devez avoir l’autorisation de créer un dépôt dans l’organisation cible.
Le compte cible ne doit pas avoir de dépôt portant le même nom, ou une duplication (fork) dans le même réseau.
Le propriétaire d’origine du référentiel est ajouté en tant que collaborateur sur le référentiel transféré. Les autres collaborateurs du référentiel transféré ne changent pas.
Les fourches de référentiel uniques dépliquées à partir d'un réseau privé en amont ne peuvent pas être transférées.

Qu’est-ce qui est transféré avec un dépôt ?

Lorsque vous transférez un dépôt, ses problèmes, ses demandes de tirage, son wiki, ses étoiles et la liste des personnes qui le surveillent sont également transférés. Si le dépôt transféré contient des webhooks, des services, des secrets ou des clés de déploiement, ils restent associés une fois le transfert terminé. Les informations Git sur les commits, y compris les contributions, sont conservées. De plus :

Si le dépôt transféré est une duplication, il reste associé au dépôt en amont.
Si le dépôt transféré comporte des duplications, celles-ci restent associées au dépôt une fois le transfert terminé.
Si le dépôt transféré utilise Stockage Fichiers volumineux Git, tous les objets Git LFS sont automatiquement déplacés. Ce transfert se produit en arrière-plan. Par conséquent, si vous avez un grand nombre d’objets Git LFS ou si les objets Git LFS sont volumineux, le transfert peut prendre un certain temps.
Lorsqu’un dépôt est transféré entre deux comptes personnels, les affectations de problème sont laissées intactes. Lorsque vous transférez un dépôt d’un compte personnel vers une organisation, les problèmes affectés aux membres de l’organisation restent intacts et tous les autres destinataires de problèmes sont effacés. Seuls les propriétaires de l’organisation sont autorisés à créer des affectations de problème. Lorsque vous transférez un dépôt d’une organisation vers un compte personnel, seuls les problèmes affectés au propriétaire du dépôt sont conservés et tous les autres destinataires de problèmes sont effacés.
Si le dépôt transféré contient un site GitHub Pages, les liens vers le dépôt Git sur le web et via une activité Git sont redirigés. Toutefois, nous ne redirigeons pas les GitHub Pages associées au dépôt.
Tous les liens vers l’emplacement précédent du dépôt sont automatiquement redirigés vers le nouvel emplacement. Lorsque vous utilisez git clone, git fetch ou git push sur un dépôt transféré, ces commandes redirigent vers le nouvel emplacement ou la nouvelle URL du dépôt. Toutefois, pour éviter toute confusion, nous vous recommandons vivement de mettre à jour tous les clones locaux existants de façon à ce qu’ils pointent vers la nouvelle URL du dépôt. Pour ce faire, vous pouvez utiliser git remote sur la ligne de commande :
```
git remote set-url origin NEW_URL
```
Warning

Si vous créez un référentiel ou une duplication (fork) à l'emplacement précédent du référentiel, les redirections vers le référentiel transféré sont désactivées. Elles peuvent être réactivées en renommant ou en supprimant le nouveau référentiel ou la duplication.
Lorsque vous transférez un dépôt d’une organisation vers un compte personnel, les collaborateurs en lecture seule du dépôt ne sont pas transférés. Cela est dû au fait que les collaborateurs ne peuvent pas avoir accès en lecture seule à des dépôts appartenant à un compte personnel. Pour plus d’informations sur les niveaux d’autorisation du référentiel, consultez Niveaux d’autorisation pour un référentiel de compte personnel et Rôles de dépôt pour une organisation.
Les paquets associés au dépôt peuvent être transférés ou perdre leur lien vers le dépôt, en fonction du registre auquel ils appartiennent. Consultez À propos des autorisations pour les packages GitHub.

Consultez Création de dépôt distants.

Transferts de dépôts et organisations

Pour transférer des référentiels vers une organisation, vous devez avoir l’autorisation de créer des référentiels dans l’organisation destinataire et de transférer des référentiels hors de l’organisation d’origine. Le propriétaire d’une organisation ou d’une entreprise peut avoir défini une stratégie qui empêche certains utilisateurs d’effectuer ces actions.

Une fois qu’un dépôt a été transféré vers une organisation, les paramètres d’autorisation de dépôt par défaut de l’organisation et les privilèges d’appartenance par défaut s’appliquent au dépôt transféré.