Skip to main content

Como definir seu período de tempo limite para o GitHub Codespaces

Você pode definir o tempo limite padrão dos GitHub Codespaces na página de configurações pessoais.

Sobre o tempo limite ocioso

Um codespace irá parar de funcionar após um período de inatividade. Por padrão, esse período é de 30 minutos, mas você pode especificar um período de tempo limite padrão maior ou menor nas configurações pessoais no GitHub. A configuração atualizada será aplicada a todos os novos codespaces que você criar ou aos codespaces existentes na próxima inicialização. Você também pode especificar um tempo limite ao usar a GitHub CLI para criar um codespace.

Aviso: o uso de computação de codespaces é cobrado durante o período em que o codespace está ativo. Se você não estiver usando um codespace, mas ele permanecer em execução e ainda não tiver atingindo o tempo limite, você será cobrado pelo tempo total em que o codespace ficou ativo, independentemente do uso. Para obter mais informações, confira "Sobre o faturamento do GitHub Codespaces".

Inatividade definida

No contexto do tempo limite ocioso do Codespaces, “inatividade” é definida como a ausência de ações que normalmente são associadas à presença de um usuário. A interação pessoal com um codespace, como digitar ou usar o mouse, redefine o período de tempo limite ocioso. A atividade do terminal, seja de entrada ou saída, também redefine o período de tempo limite ocioso. Por exemplo, se você usar um codespace para publicar um aplicativo Web em uma porta e as solicitações de página gerarem algum tipo de saída em um terminal no codespace, cada vez que isso ocorrer, o tempo limite será redefinido. No entanto, se você compartilhar uma porta e não interagir com o codespace, nenhuma saída será gerada no terminal. Assim, o codespace atingirá o tempo limite após o período configurado.

Períodos de tempo limite para repositórios de propriedade da organização

As organizações podem definir uma política máxima de tempo limite ocioso para codespaces criados com base em alguns repositórios ou em todos eles. Se uma política da organização definir um tempo limite máximo menor do que o tempo limite padrão que você definiu, o tempo limite da organização será usado em vez da sua configuração. Você será notificado sobre isso depois que o codespace for criado. Para obter mais informações, confira "Restringir o período de tempo limite ocioso".

Como definir o período de tempo limite padrão

  1. No canto superior direito de qualquer página, clique na foto do seu perfil e em Configurações.

    Screenshot of a user's account menu on GitHub. The menu item "Settings" is outlined in dark orange.

  2. Na seção "Código, planejamento e automação" da barra lateral, clique em Codespaces.

  3. Em "Tempo limite ocioso padrão", insira a hora desejada e clique em Salvar. O tempo deve ser entre 5 minutos e 240 minutos (4 horas).

    Captura de tela da seção "Tempo limite ocioso padrão" das configurações do Codespaces, com "90 minutos" inseridos.

Como definir o período de tempo limite de um codespace

Para saber mais sobre GitHub CLI, confira "Sobre o a CLI do GitHub".

Para definir o período de tempo limite ao criar um codespace, use o argumento idle-timeout com o subcomando codespace create. Especifique a hora em minutos, seguido de m. O tempo deve ser entre 5 minutos e 240 minutos (4 horas).

gh codespace create --idle-timeout 90m

Se você não especificar um período de tempo limite ao criar um codespace, será usado o período de tempo limite padrão. Para informações sobre como definir um período de tempo limite padrão, clique na aba "Navegador da Web" nesta página. Você não pode especificar um período de tempo padrão para GitHub CLI.

Como configurar um período de tempo limite

Você pode definir o período de tempo limite padrão no navegador da Web, no GitHub.com. Como alternativa, usando a GitHub CLI para criar um codespace, você pode definir um período de tempo limite para esse codespace específico. Para obter mais informações, clique na guia apropriada acima.

Leitura adicional