Choisir qui possède et achète les codespaces dans votre organisation

Vue d’ensemble

Si vous êtes le propriétaire d’une organisation avec un forfait GitHub Team ou GitHub Enterprise Cloud, vous pouvez payer l’utilisation de GitHub Codespaces par vos membres et vos collaborateurs. Le paiement de l’utilisation permettra aux utilisateurs de GitHub Codespaces travailler dans vos référentiels sans avoir à le faire à leurs propres frais et permettra à votre organisation de contrôler davantage les espaces de code 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 dépôts privés et internes 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 ayant un forfait GitHub Free ne peuvent pas payer pour GitHub Codespaces, donc l’utilisateur qui crée le codespace paie toujours.

Pour les organisations disposant d’une formule GitHub Team ou GitHub Enterprise Cloud, lorsqu’un utilisateur crée un codespace depuis un dépôt de l’organisation, les frais du codespace peuvent être pris en charge soit par l’utilisateur, soit par l’organisation. 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 :

• L’organisation n’a pas défini de budget pour GitHub Codespaces ou a défini un budget différent de zéro.
• Codespace est créé à partir de l’un des référentiels de l’organisation ou d’une duplication de l’un des dépôts de l’organisation. Cela inclut référentiels public, privé et interne.
• L’utilisateur qui crée codespace est membre ou collaborateur de l’organisation, et l’organisation a activé GitHub Codespaces pour cet utilisateur. Cela peut inclure tous les membres et collaborateurs si l’organisation a choisi d’activer Codespaces pour tous les utilisateurs. Si Codespaces n’est pas activé pour un utilisateur, il peut toujours créer des espaces de code à partir de dépôts publics dans l’organisation, mais l’utilisateur paiera ces codespaces.

Pour plus d’informations sur l’activation de GitHub Codespaces pour les membres et les 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 passer en revue 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 de l’utilisateur, en dehors des 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 fichiers dotfiles, les secrets et la vérification GPG, s’appliquent indépendamment de qui possède l’espace de code.

À 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 espace de code est transféré si l’utilisateur qui possède actuellement l’espace de code 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

1. Dans le coin supérieur droit de GitHub, cliquez sur votre photo de profil, puis sur Vos organisations.

2. Sélectionnez une organisation en cliquant dessus.

3. Sous le nom de votre organisation, cliquez sur Settings. Si vous ne voyez pas l’onglet « Paramètres », sélectionnez le menu déroulant , puis cliquez sur Paramètres.

   

4. Dans la barre latérale gauche, cliquez sur Codespaces.

5. Sous Codespaces, dans la barre latérale gauche, cliquez sur Général.

6. Dans la Codespaces page des paramètres, sous « Propriété de l’espace de code », 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.

7. Si vous le souhaitez, sous « Accès codespaces », passez en revue les membres et les 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.