Vue d’ensemble
Si vous êtes propriétaire d’une organisation sur un plan GitHub Team ou GitHub Enterprise Cloud, vous pouvez payer l’utilisation de GitHub Codespaces par vos membres et collaborateurs. Le paiement de l’utilisation permettra aux utilisateurs d’utiliser GitHub Codespaces pour travailler dans vos référentiels sans avoir à le faire à leurs frais et donnera à votre organisation plus de contrôle sur les codespaces créés à partir de vos référentiels.
Pour payer pour l’utilisation, vous devez effectuer toutes les opérations suivantes :
- Autorisez au moins certains de vos membres et collaborateurs à utiliser GitHub Codespaces dans les référentiels privés de votre organisation. Consultez « Activation ou désactivation de GitHub Espaces de code pour votre organisation ».
- Choisissez que les codespaces créés à partir des référentiels de votre organisation soit la propriété de l’organisation. Consultez Choix de qui possède et achète les codespaces.
- Définissez une limite de dépense non nulle pour GitHub Codespaces. Consultez « Configurer des budgets pour contrôler les dépenses liées aux produits facturés à l’usage ».
À propos du choix de celui qui achète les codespaces
Acheter un codespace signifie payer ses coûts de stockage et de calcul tout au long de sa durée de vie. Consultez « facturation des Codespaces GitHub ».
Les organisations d’un plan GitHub Free ne pouvant pas payer GitHub Codespaces, l’utilisateur qui crée le codespace paie toujours.
Pour les organisations d’un plan GitHub Team ou GitHub Enterprise Cloud, lorsqu’un utilisateur crée un codespace à partir d’un référentiel dans l’organisation, l’utilisateur ou l’organisation peut payer le codespace. L’utilisateur qui crée un codespace ne peut pas choisir qui le paie, mais l’organisation peut choisir de payer pour certains utilisateurs. Dans les paramètres d’une organisation, vous pouvez choisir que les codespaces soient la propriété de l’utilisateur ou la propriété de l’organisation.
Si une organisation choisit que les codespaces sont la propriété de l’utilisateur, un utilisateur qui crée un codespace à partir d’un référentiel dans l’organisation paie toujours le codespace. L’accès de l’utilisateur à la création de codespaces dépend de la visibilité du référentiel et des paramètres d’accès de votre organisation.
Si une organisation choisit que les codespaces sont la propriété de l’organisation, l’organisation paiera un codespace si toutes les affirmations suivantes sont vraies :
Pour plus d’informations sur l’activation de GitHub Codespaces pour les membres et collaborateurs, consultez Activation ou désactivation de GitHub Espaces de code pour votre organisation.
À propos de la propriété des codespaces
Un codespace est payé par le compte qui en est propriétaire. Le propriétaire du codespace peut être l’utilisateur qui a créé le codespace ou une organisation.
Si votre organisation possède un codespace, elle contrôle ce codespace. Par exemple, pour les codespaces appartenant à votre organisation, vous pouvez :
- utiliser l’API REST pour gérer les codespaces, par exemple l’arrêt ou la suppression d’un codespace
- accéder aux journaux d’audit pour examiner les actions liées à GitHub Codespaces
- Définissez des stratégies pour gérer les contraintes, par exemple en limitant l'image du conteneur dev ou le type de machine qui peut être utilisé dans les espaces de code, ou en définissant un délai d'attente et une période de rétention par défaut.
Si un utilisateur possède un codespace, votre organisation ne dispose d’aucune de ces options pour gérer le codespace, même si le codespace a été créé à partir de l’un des référentiels de votre organisation.
Lorsqu’un utilisateur crée un codespace, il sait qui le paiera et donc qui en est propriétaire. Du point de vue d’un utilisateur, outre les stratégies que votre organisation peut utiliser pour définir des contraintes sur les codespaces, l’expérience avec GitHub Codespaces sera similaire, quel que soit le propriétaire d’un codespace. Par exemple, la plupart des paramètres personnels d'un utilisateur pour GitHub Codespaces, tels que les dotfiles, les secrets et la vérification GPG, s'appliquent quel que soit le propriétaire du codespace.
À propos des modifications de vos paramètres
Lorsque vous modifiez vos paramètres de propriété, les codespaces existants peuvent être transférés vers un nouveau propriétaire.
Si vous passez de propriété de l’organisation à propriété de l’utilisateur, les codespaces qui appartiennent actuellement à votre organisation sont transférés à l’utilisateur qui a créé le codespace. Avant d’apporter cette modification, vous devez demander à chaque utilisateur de vérifier les codespaces qui leur seront transférés. Ces codespaces entraîneront maintenant une utilisation sur le compte utilisateur personnel.
Si vous passez de propriété de l’utilisateur à propriété de l’organisation, les codespaces existants peuvent être transférés à votre organisation. Un codespace sera transféré si l’utilisateur qui possède actuellement le codespace est membre ou collaborateur et que vous avez activé GitHub Codespaces pour cet utilisateur. Sinon, un codespace reste sous la propriété de l’utilisateur.
Choix de qui possède et achète les codespaces
Remarque
Si vous ne pouvez pas accéder à l'option pour rendre les codespaces propriété de l’organisation, cela peut être dû au fait que vous avez désactivé GitHub Codespaces pour tous les utilisateurs des référentiels privés de votre organisation. Consultez À propos du choix de celui qui paie pour les codespaces.
-
Dans le coin supérieur droit de GitHub, cliquez sur votre photo de profil, puis sur Vos organisations.
-
En regard de l’organisation, cliquez sur Paramètres.
-
Dans la barre latérale gauche, cliquez sur Codespaces.
-
Sous Codespaces, dans la barre latérale gauche, cliquez sur Général.
-
Dans la page des paramètres Codespaces, sous « Propriété des codespaces », sélectionnez le paramètre souhaité pour votre organisation : * Propriété de l’organisation : les codespaces peuvent être détenus et payés par votre organisation. * Propriété de l’utilisateur : les codespaces sont toujours détenus et payés par l’utilisateur qui crée le codespace.
-
Si vous le souhaitez, sous « Accès aux codespaces », vérifiez les membres et collaborateurs pour lesquels vous avez activé Codespaces. Il s’agit des seuls utilisateurs qui peuvent créer des codespaces pour lesquels votre organisation paie. Consultez « Activation ou désactivation de GitHub Espaces de code pour votre organisation ».
Définition d’une limite de dépense
Les comptes peuvent être soumis à des limites de dépenses qui empêchent la création de nouveaux espaces de code ou l'ouverture d'espaces de code existants si cela entraîne des frais facturables pour votre compte personnel, votre organisation ou votre entreprise. Vérifiez les budgets de votre compte pour vous assurer qu’ils sont adaptés à vos besoins d’utilisation. Consultez Configurer des budgets pour contrôler les dépenses liées aux produits facturés à l’usage.
Pour plus d’informations sur la gestion et la modification de la limite de dépense de votre compte, consultez Configurer des budgets pour contrôler les dépenses liées aux produits facturés à l’usage.