Skip to main content
Nous publions des mises à jour fréquentes de notre documentation, et la traduction de cette page peut encore être en cours. Pour obtenir les informations les plus actuelles, consultez la documentation anglaise.

Que se passe-t-il avec les duplications quand un dépôt est supprimé ou que sa visibilité change ?

La suppression de votre référentiel ou la modification de sa visibilité affecte les duplications de ce référentiel.

Avertissement :

  • Si vous supprimez l’accès d’une personne à un dépôt privé, l’une de ses duplications de ce dépôt privé est supprimée. Les clones locaux du dépôt privé sont conservés. Si l’accès d’une équipe à un dépôt privé est révoqué ou si l’accès à un dépôt privé est supprimé et que les membres de l’équipe n’ont pas accès au dépôt via une autre équipe, les duplications privées du dépôt sont supprimées.

  • Vous êtes chargé de veiller à ce que les personnes qui ont perdu l’accès à un dépôt suppriment toute information confidentielle ou propriété intellectuelle.

  • Les personnes avec des autorisations d’administration sur un dépôt privé peuvent interdire la duplication de ce dépôt, tandis que les propriétaires de l’organisation peuvent interdire la duplication de tout dépôt privé dans une organisation. Pour plus d’informations, consultez « Gestion de la stratégie de duplication pour votre organisation » et « Gestion de la stratégie de duplication pour votre dépôt ».

Suppression d’un dépôt privé

Quand vous supprimez un dépôt privé, toutes ses duplications privées sont également supprimées.

Suppression d’un dépôt public

Quand vous supprimez un référentiel public, l’une des duplications publiques existantes est choisie comme nouveau référentiel en amont. Tous les autres référentiels sont dupliqués à partir de ce nouveau référentiel en amont et les demande de tirage (pull request) suivantes se dirigent vers ce nouveau référentiel en amont.

Duplications privées et autorisations

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).

Changement d’un dépôt public en dépôt privé

Si un dépôt public est rendu privé, ses duplications publiques sont séparées dans un nouveau réseau. Comme pour la suppression d’un référentiel public, une des duplications publiques existantes est choisie comme nouveau référentiel en amont et tous les autres référentiels sont dupliqués à partir de ce nouveau référentiel en amont. Les demandes de tirage suivantes sont poussées vers ce nouveau référentiel en amont.

En d’autres termes, les duplications d’un référentiel public restent publiques dans leur propre réseau de référentiels distinct, même après que le référentiel en amont soit devenu privé. Cela permet aux propriétaires de duplication de continuer à travailler et à collaborer sans interruption. Si les duplications publiques n’ont pas été déplacées dans un réseau distinct de cette façon, les propriétaires de ces duplications doivent obtenir les autorisations d’accès appropriées pour tirer les changements du référentiel en amont (maintenant privé) et lui envoyer des demandes de tirage, même s’ils n’avaient pas besoin de ces autorisations avant.

Suppression du dépôt privé

Si un dépôt public est rendu privé, puis supprimé, ses duplications publiques continuent d’exister dans un réseau distinct.

Changement d’un dépôt privé en dépôt public

Si un référentiel privé est rendu public, chacune de ses duplications privées est transformée en référentiel privé autonome et devient le référentiel en amont de son propre nouveau réseau de référentiels. Les duplications privées ne sont jamais rendues publiques automatiquement, car elles peuvent contenir des commits sensibles qui ne doivent pas être exposés publiquement.

Suppression du dépôt public

Si un dépôt privé est rendu public, puis supprimé, ses duplications privées continuent d’exister comme des dépôts privés autonomes dans des réseaux distincts.

Pour aller plus loin