Définition de votre délai d'expiration pour GitHub Codespaces

Vous pouvez définir votre délai d'expiration par défaut pour GitHub Codespaces dans la page de vos paramètres personnels.

Tool navigation

Dans cet article

À propos du délai d'inactivité

Un codespace cesse de s'exécuter après une période d'inactivité. Par défaut, cette période est de 30 minutes, mais vous pouvez spécifier un délai d'expiration par défaut plus ou moins long dans vos paramètres personnels sur GitHub. Le paramètre mis à jour s'applique à tous les codespaces que vous créez ou aux codespaces existants la prochaine fois que vous les démarrez. Vous pouvez également spécifier un délai d'expiration quand vous utilisez GitHub CLI pour créer un codespace.

Avertissement

L’utilisation du calcul Codespaces est facturée pour la durée pendant laquelle un codespace est actif. Si vous n'utilisez pas un codespace, mais qu'il continue de s'exécuter et qu'il n'a pas encore expiré, vous êtes facturé pour la durée totale d'activité du codespace, que vous l'ayez utilisé ou non. Pour plus d’informations, consultez « Facturation GitHub Codespaces ».

Inactivité définie

Dans le contexte du délai d'inactivité Codespaces, l'inactivité est définie comme l'absence d'activité indiquant la présence d'un utilisateur. L'interaction personnelle avec un espace de codage, comme la saisie ou l'utilisation de la souris, réinitialise le délai d'inactivité. L'activité du terminal, entrée ou sortie, réinitialise également le délai d'inactivité. Par exemple, si vous publiez une application Web sur un port à partir d'un espace de code et que les requêtes de page génèrent une sortie dans un terminal sur l'espace de code, le délai d'attente est réinitialisé à chaque sortie du terminal. Toutefois, si vous partagez un port, que vous n'interagissez pas avec l'espace de code et qu'aucune sortie de terminal n'est générée, l'espace de code expirera après la période configurée.

Délais d'expiration pour les dépôts appartenant à une organisation

Les organisations peuvent définir une stratégie de délai d'inactivité maximal pour les codespaces créés à partir de tout ou partie de leurs dépôts. Si une stratégie d'organisation définit un délai d'expiration maximal inférieur au délai par défaut que vous avez défini, le délai d'expiration de l'organisation est utilisé à la place de votre paramètre. Vous en êtes averti une fois le codespace créé. Pour plus d’informations, consultez « Restriction de la période du délai d'inactivité ».

Définition de votre délai d'expiration par défaut

Dans le coin supérieur droit de n’importe quelle page sur GitHub, cliquez sur votre photo de profil, puis sur Paramètres .
Dans la section « Planification du code et automatisation » de la barre latérale, cliquez sur Codespaces.
Sous « Délai d'inactivité par défaut », entrez la durée souhaitée, puis cliquez sur Enregistrer. La durée doit être comprise entre 5 et 240 minutes (4 heures).

Définition du délai d'expiration pour un espace de code

Remarque

Pour plus d’informations sur GitHub CLI, consultez À propos de GitHub CLI.

Pour définir le délai d'expiration lorsque vous créez un codespace, utilisez l'argument idle-timeout avec la sous-commande codespace create. Spécifiez la durée en minutes, suivie de m. La durée doit être comprise entre 5 et 240 minutes (4 heures).

gh codespace create --idle-timeout 90m

Si vous ne spécifiez pas de délai d'expiration lorsque vous créez un codespace, le délai d'expiration par défaut sera utilisé. Pour plus d'informations sur la définition d'un délai d'expiration par défaut, cliquez sur l'onglet « Navigateur web » dans cette page. Actuellement, vous ne pouvez pas spécifier de délai d'expiration par défaut via GitHub CLI.

Définition d'un délai d'expiration

Vous pouvez définir votre délai d'expiration par défaut dans votre navigateur web, sur GitHub. Sinon, si vous utilisez GitHub CLI pour créer un espace de code, vous pouvez définir un délai d'expiration pour cet espace de code particulier. Pour plus d'informations, cliquez sur l'onglet approprié ci-dessus.