Anúncios incomodam? Ir Sem anúncios Hoje

Gerador de Workflow do GitHub Actions

DadosDesenvolvedorTexto
ANUNCIADO Remover?
O nome exibido do fluxo de trabalho na aba de Ações.
Versões de execução separadas por vírgula para a matriz (por exemplo, Node 20, 22).

Gatilhos
Ramificações separadas por vírgula que ativam o fluxo de trabalho ao fazer um push.
Ramificações que os pedidos de pull devem alvo.
Cron POSIX, UTC. Exemplo: 0 4 * * 1 executa segundas-feiras às 04:00 UTC.

Etapas do job
Etiquetas separadas por vírgula do runner para a matriz (por exemplo, ubuntu-latest, macos-latest, windows-latest).
Deixe vazio para usar um valor padrão sensato para a pilha selecionada.
Deixe vazio para usar um valor padrão sensato para a pilha selecionada.
Deixe vazio para usar um valor padrão sensato para a pilha selecionada.
O job de deploy só executa nessa ramificação e após os testes passarem.
Comando em shell para executar o deploy.

Extras
Variáveis de ambiente do nível de fluxo. Use ${{ secrets.NAME }} para referenciar um segredo.
ANUNCIADO Remover?

Guia

Compor um arquivo válido .github/workflows/main.yml a partir de um formulário guiado. Escolha uma pilha de linguagem, escolha gatilhos, ative etapas de lint/teste/build/deploy e o

Gerador de Workflow do GitHub Actions

Compor um arquivo válido .github/workflows/main.yml a partir de um formulário guiado. Escolha uma pilha de linguagem, escolha gatilhos, ative etapas de lint/teste/build/deploy e o gerador emite um fluxo sintaticamente correto que pode ser colado diretamente em um repositório.

Como usar

  1. Defina um Nome do fluxo de trabalho (isso se torna a etiqueta na aba de Ações).
  2. Escolha um Pilha — Node.js, Python, Go, Rust, PHP, Ruby, Java ou .NET. Os valores padrão para os comandos de instalação/teste/build são preenchidos automaticamente.
  3. Insira a versão Versões que deseja testar (separada por vírgula, por exemplo, 20, 22).
  4. Escolha Gatilhos: push, pull_request, cron agendado e manual workflow_dispatch.
  5. Marque as Lint, Teste, Construire, e etapas de deploy que precisa. Substitua os comandos sugeridos se seu projeto usar scripts diferentes. Copie o YAML ou baixe como
  6. e comita sob main.yml no seu repositório. .github/workflows/ Configurações inteligentes por pilha

Características

  • – O gerador escolhe a ação correta de configuração ( , etc.) e comandos sensatos de instalação/teste/build para a linguagem selecionada.setup-node, setup-python, setup-goExecuções em matriz
  • – Teste em múltiplos executadores de sistema operacional (Ubuntu, macOS, Windows) e versões de linguagem em uma única declaração. Gatilho do composer
  • – Combine e misture (cron, UTC) e push, pull_request, schedule com filtros de ramificação. workflow_dispatch Cache de dependências
  • – Conexão opcional de cache para npm, pip, módulos Go, Cargo, Composer, Bundler e Maven/Gradle. Controle de concorrência
  • – Cancela execuções em andamento na mesma referência para que você não gaste minutos com commits obsoletos. Job de deploy
  • – Um job de acompanhamento opcional bloqueado em uma ramificação específica com , ideal para pipelines de CD. needs: buildVariáveis de ambiente e segredos
  • – Variáveis de ambiente do nível de fluxo com suporte a referências. ${{ secrets.NAME }} Lado do cliente
  • – O YAML é montado no navegador; nada é enviado para um servidor. O que é um fluxo de trabalho do GitHub Actions?

Perguntas frequentes

  1. Um fluxo de trabalho é um arquivo YAML armazenado em .github/workflows/ que define tarefas automatizadas acionadas por eventos do repositório. Cada fluxo de trabalho declara um ou mais jobs, e cada job é uma sequência de etapas que são executadas em um runner hospedado. O GitHub analisa o YAML e coordena a execução; o arquivo é a fonte de verdade para o que é executado, quando e como.

    O que é uma estratégia de matriz?

  2. Uma estratégia de matriz expande um job em múltiplas execuções paralelas sobre um produto cruzado de variáveis. O uso mais comum é testar em múltiplos sistemas operacionais e versões de linguagem em uma única declaração. O runner substitui referências ${{ matrix.* }} no momento da execução, para que cada combinação produza uma execução isolada e paralela.

    Como os gatilhos do GitHub Actions funcionam?

  3. Os gatilhos são eventos que causam o início de um fluxo de trabalho. push e pull_request disparam quando há mudanças no repositório, os agendamentos executam com base em uma expressão cron POSIX em UTC e workflow_dispatch permite execuções manuais a partir da interface de Ações ou da API. Um único fluxo de trabalho pode se inscrever em múltiplos gatilhos e filtrá-los por ramificação, tag ou caminho.

    Por que usar cache de dependências no CI?

  4. O cache reusa downloads de pacotes em múltiplas execuções, para que a etapa de instalação não precise rebaixar todos os dependências de um registro em cada build. Isso geralmente reduz o tempo de setup de minutos para segundos e reduz falhas instáveis causadas por problemas no registro upstream. Os caches são indexados com base em hashes de arquivos de bloqueio, para que dependências obsoletas sejam automaticamente invalidadas.

    CI

Quer eliminar anúncios? Fique sem anúncios hoje mesmo

Instale nossas extensões

Adicione ferramentas de IO ao seu navegador favorito para acesso instantâneo e pesquisa mais rápida

Ao Extensão do Chrome Ao Extensão de Borda Ao Extensão Firefox Ao Extensão Opera

O placar chegou!

Placar é uma forma divertida de acompanhar seus jogos, todos os dados são armazenados em seu navegador. Mais recursos serão lançados em breve!

ANUNCIADO Remover?
ANUNCIADO Remover?
ANUNCIADO Remover?

Notícias com destaques técnicos

Envolver-se

Ajude-nos a continuar fornecendo ferramentas gratuitas valiosas

Compre-me um café
ANUNCIADO Remover?