search

Found

info Visão geral

Informe hora e dias em JST; gera cron YAML on.schedule em UTC e desloca dias atrás quando cai no dia anterior.

📘 Como usar

  1. Inserir o horário desejado no formato Japan Standard Time (JST)
  2. Selecionar a frequência de execução escolhendo "Todos os dias" ou dias da semana específicos
  3. Verificar a expressão cron e o snippet YAML em UTC gerados automaticamente

Gerador de cron JST para UTC para GitHub Actions

Copiado!
info

As expressões cron do GitHub Actions só podem ser especificadas em UTC. Devido ao cálculo a partir do JST, se o horário cruzar para o "dia anterior", o dia da semana também será ajustado automaticamente.

grid_view Relacionados

Article

Gerador de Cron para GitHub Actions (JST para UTC) ｜ Calcule o Horário Reverso

Esta ferramenta converte instantaneamente agendamentos do Fuso Horário do Japão (JST) para o Tempo Universal Coordenado (UTC), gerando a sintaxe cron exata exigida pelo GitHub Actions. Ideal para desenvolvedores e engenheiros de DevOps que precisam automatizar pipelines (CI/CD) focados no horário comercial asiático sem correr o risco de errar cálculos de fuso horário.

💡 Visão Geral da Ferramenta

  • Conversão Direta de JST para UTC Ao inserir um horário em JST (UTC+9), o algoritmo aplica automaticamente o deslocamento de -9 horas para formular o valor de hora exato para o servidor do GitHub, dispensando cálculos mentais sujeitos a falhas.
  • Ajuste Automático de Transição de Dias Expressões cron que cruzam a meia-noite exigem atenção extra. Por exemplo, 08:00 JST de terça-feira equivale a 23:00 UTC de segunda-feira. A ferramenta compensa esse retrocesso (shift) automaticamente, reajustando os valores numéricos dos dias da semana (0-6).
  • Código YAML Pronto para Uso A saída é entregue no formato correto de manifesto YAML (on: schedule: - cron: '...'), incluindo um comentário estruturado indicando a intenção original em JST para facilitar a revisão de código (Code Review) pela sua equipe.
  • Processamento 100% Local Para garantir total segurança em ambientes corporativos, os dados não são enviados para nenhum servidor e são processados apenas no seu navegador.

🧐 Perguntas Frequentes

Q. Por que o GitHub Actions ignora o meu fuso horário local no agendamento?

A. A infraestrutura de runners do GitHub opera exclusivamente em Tempo Universal Coordenado (UTC) para evitar ambiguidades causadas por mudanças de horário de verão (DST) ou diferenças regionais. Diferente de sistemas como o cron do Linux que aceitam variáveis como CRON_TZ, o GitHub requer obrigatoriamente a sintaxe matemática baseada em UTC.

Q. Como sei se a matriz de dias da semana gerada está correta?

A. No padrão cron adotado pela maioria das ferramentas, 0 representa Domingo e 6 representa Sábado. Se você configurar o agendamento em JST para as segundas-feiras às 05:00, a ferramenta retornará 0 20 * * 0 (20:00 de domingo em UTC). O cálculo matemático de deslocamento (+/- dias) na matriz resultante já está validado no motor lógico da ferramenta.

📚 Curiosidades: Agendamentos Corporativos e o Padrão JST

Em empresas multinacionais ou operações que gerenciam instâncias na região ap-northeast-1 (Tóquio) das principais nuvens, os jobs em lote ("batch processing"), geração de relatórios ou disparos de marketing são rigorosamente orientados pelo Japan Standard Time (JST). Ao contrário do Brasil ou de partes da Europa, o Japão não adota horário de verão, o que torna o JST um fuso horário fixo ao longo de todo o ano.

No entanto, escrever as configurações de automação (workflows) que interligam o negócio japonês a repositórios globais causa atrito cognitivo no time de desenvolvimento. Um erro muito comum no uso do GitHub Actions é agendar uma rotina crítica de backup para meia-noite em Tóquio esquecendo a compensação cronológica, fazendo o script disparar nove horas depois do esperado. Esta ferramenta atua como um tradutor técnico e confiável, garantindo que o comportamento esperado pelos analistas de negócios aconteça exatamente no segundo orquestrado no pipeline.