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.

Cette version de GitHub Enterprise a été abandonnée le 2023-03-15. 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 autorisations pour les packages GitHub

Découvrez comment gérer les autorisations pour vos packages.

GitHub Packages est disponible avec GitHub Free, GitHub Pro, GitHub Free pour les organisations, GitHub Team, GitHub Enterprise Cloud, GitHub Enterprise Server 3.0 ou version ultérieure et GitHub AE. Pour plus d’information sur la mise à niveau de votre instance GitHub Enterprise Server, consultez « À propos des mises à niveau vers de nouvelles mises en production » et reportez-vous à l’Assistant Mise à niveau pour trouver le chemin de mise à niveau à partir de votre version actuelle.

Autorisations pour les packages

Un package hérite des autorisations et de la visibilité du dépôt dans lequel le package est publié. Vous pouvez trouver un package limité à un référentiel en accédant à la page principale du référentiel et en cliquant sur le lien Packages à droite de la page.

À propos des étendues et des autorisations des registres de packages

Pour utiliser ou gérer un package hébergé par un registre de packages, vous devez utiliser un personal access token avec l’étendue appropriée et votre compte personnel doit avoir les autorisations appropriées.

Par exemple :

  • Pour télécharger et installer des packages à partir d’un dépôt, votre personal access token doit avoir l’étendue read:packages et votre compte d’utilisateur doit avoir une autorisation en lecture.
  • Pour supprimer un package sur GitHub Enterprise Server, votre personal access token doit au moins avoir l’étendue delete:packages et read:packages. L’étendue repo est également requise pour les packages limités au référentiel. Pour plus d’informations, consultez « Suppression et restauration d’un package ».
ÉtendueDescriptionAutorisation requise
read:packagesTélécharger et installer des packages de GitHub Packageslire
write:packagesCharger et publier des packages sur GitHub Packagesécrire
delete:packagesSupprimer les packages de GitHub Packagesadmin
repoCharger et supprimer des packages (avec write:packages ou delete:packages)écriture ou administrateur

Lorsque vous créez un workflow GitHub Actions, vous pouvez utiliser GITHUB_TOKEN pour publier et installer des packages dans GitHub Packages sans avoir à stocker ni à gérer un personal access token.

Pour plus d’informations, consultez :

À propos des transferts de dépôts

Vous pouvez transférer un dépôt à un autre compte personnel ou une autre organisation. Pour plus d’informations, consultez « Transfert d’un dépôt ».

Lorsque vous transférez un dépôt, GitHub transfère les paquets associés à un dépôt dans le cadre du transfert du dépôt. Toute utilisation facturable associée aux packages sera ensuite facturée au nouveau propriétaire du dépôt. Si le précédent propriétaire du dépôt est supprimé en tant que collaborateur sur le dépôt, il peut ne plus pouvoir accéder aux packages associés au dépôt.

Gestion de l’accès aux packages dans les workflows GitHub Actions

Pour garantir que vos workflows conservent l’accès à vos packages, assurez-vous que vous utilisez le jeton d’accès approprié à votre workflow et que vous avez activé l’accès GitHub Actions à votre package.

Pour plus d’informations conceptuelles sur GitHub Actions ou des exemples d’utilisation de packages dans les workflows, consultez « Gestion des packages GitHub en utilisant des workflows GitHub Actions ».

Jetons d’accès

  • Pour publier et installer les packages associés au dépôt de workflow, utilisez GITHUB_TOKEN.
  • Pour installer des packages associés à d’autres dépôts privés auxquels GITHUB_TOKEN ne peut pas accéder, utilisez un personal access token.

Pour plus d’informations sur le GITHUB_TOKEN utilisé dans les workflows GitHub Actions, consultez « Authentification par jeton automatique ».