Skip to main content

Migrar do Jenkins para o Actions

Observação

No momento, não há suporte para executores hospedados no no Enterprise Server. Você pode ver mais informações sobre o suporte futuro planejado no public roadmap.

O Jenkins e o Actions permitem criar fluxos de trabalho que criam, testam, publicam, lançam e implementam código automaticamente. O Jenkins e o Actions compartilham algumas semelhanças em termos de configuração do fluxo de trabalho:

  • O Jenkins cria fluxos de trabalho usando Pipelines Declarativos, que são semelhantes aos arquivos de fluxo de trabalho do Actions.
  • O Jenkins usa fases para executar uma coleção de etapas, enquanto o Actions usa trabalhos para agrupar uma ou mais etapas ou comandos individuais.
  • O Jenkins e o Actions são compatíveis com criações baseadas em contêineres. Para saber mais, confira Criando uma ação de contêiner do Docker.
  • É possível reutilizar e compartilhar novamente etapas ou tarefas com a comunidade.

Para saber mais, confira Entendendo o Actions.

  • O Jenkins tem dois tipos de sintaxe para a criação de pipelines: Declarative Pipeline e Scripted Pipeline. O Actions usa o YAML para criar fluxos de trabalho e arquivos de configuração. Para saber mais, confira Sintaxe de fluxo de trabalho para o Actions.
  • As implementações do Jenkins são tipicamente auto-hospedadas, com usuários mantendo os servidores em seus próprios centros de dados. O Actions oferece uma abordagem de nuvem híbrida, hospedando seus próprios executores que você pode usar para executar trabalhos, ao mesmo tempo em que também oferece suporte aos executores auto-hospedados. Para saber mais, confira Sobre executores auto-hospedados.

O Jenkins permite que se envie criações para um único agente de criação, ou você pode distribuí-las entre vários agentes. Você também pode classificar esses agentes de acordo com vários atributos, como, por exemplo, tipos de sistema operacional.

De modo similar, o Actions pode enviar trabalhos para executores hospedados em ou executores auto-hospedados, e você pode usar as etiquetas para classificar os executores de acordo com vários atributos. Para saber mais, confira Entendendo o Actions e Sobre executores auto-hospedados.

O Jenkins divide seus Declarative Pipelines em múltiplas seções. De forma similar, o Actions organiza seus fluxos de trabalho em seções separadas. A tabela abaixo compara as seções do Jenkins com o fluxo de trabalho Actions.

Diretivas do JenkinsActions
agentjobs.<job_id>.runs-on
jobs.<job_id>.container
postNenhum
stagesjobs
stepsjobs.<job_id>.steps

O Jenkins usa diretivas para gerenciar os Pipelines Declarativos. Essas diretivas definem as características do seu fluxo de trabalho e como ele será executado. A tabela abaixo demonstra como estas diretivas são mapeadas com conceitos dentro do Actions.

Diretivas do JenkinsActions
environmentjobs.<job_id>.env
jobs.<job_id>.steps[*].env
optionsjobs.<job_id>.strategy
jobs.<job_id>.strategy.fail-fast
jobs.<job_id>.timeout-minutes
parametersinputs
outputs
triggerson
on.<event_name>.types
on.<push>.<branches|tags>
on.<pull_request>.<branches>
on.<push|pull_request>.paths
triggers { upstreamprojects() }jobs.<job_id>.needs
Sintaxe cron do Jenkinson.schedule
stagejobs.<job_id>
jobs.<job_id>.name
toolsEspecificações para executores hospedados no -hosted runners
inputinputs
whenjobs.<job_id>.if

O Jenkins pode executar as stages e as steps em paralelo, enquanto o Actions atualmente só executa trabalhos em paralelo.

Jenkins em paraleloActions
paralleljobs.<job_id>.strategy.max-parallel

Tanto o Actions quanto o Jenkins permitem que você use uma matriz para definir várias combinações de sistema.

JenkinsActions
axisstrategy/matrix
context
stagessteps-context
excludesNenhum

O Jenkins agrupa as steps em stages. Cada uma dessas etapas pode ser um script, função ou comando, entre outros. Da mesma forma, o Actions usa jobs para executar grupos específicos de steps.

JenkinsActions
stepsjobs.<job_id>.steps

pipeline {
  agent any
  triggers {
    cron('H/15 * * * 1-5')
  }
}

on:
  schedule:
    - cron: '*/15 * * * 1-5'

pipeline {
  agent any
  environment {
    MAVEN_PATH = '/usr/local/maven'
  }
}

jobs:
  maven-build:
    env:
      MAVEN_PATH: '/usr/local/maven'

pipeline {
  triggers {
    upstream(
      upstreamProjects: 'job1,job2',
      threshold: hudson.model.Result.SUCCESS
    )
  }
}

jobs:
  job1:
  job2:
    needs: job1
  job3:
    needs: [job1, job2]

pipeline {
  agent none
  stages {
    stage('Run Tests') {
      matrix {
        axes {
          axis {
            name: 'PLATFORM'
            values: 'macos', 'linux'
          }
        }
        agent { label "${PLATFORM}" }
        stages {
          stage('test') {
            tools { nodejs "node-20" }
            steps {
              dir("scripts/myapp") {
                sh(script: "npm install -g bats")
                sh(script: "bats tests")
              }
            }
          }
        }
      }
    }
  }
}

name: demo-workflow
on:
  push:
jobs:
  test:
    runs-on: ${{ matrix.os }}
    strategy:
      fail-fast: false
      matrix:
        os: [macos-latest, ubuntu-latest]
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-node@v4
        with:
          node-version: 20
      - run: npm install -g bats
      - run: bats tests
        working-directory: ./scripts/myapp