Skip to main content

Como estender o Importador de GitHub Actions com transformadores personalizados

GitHub Actions Importer oferece a capacidade de estender seu mapeamento interno.

Aviso legal

Sobre transformadores personalizados

GitHub Actions Importer oferece a capacidade de estender seu mapeamento interno criando transformadores personalizados. Os transformadores personalizados podem ser usados para:

Usando transformadores personalizados com GitHub Actions Importer

Um transformador personalizado contém a lógica de mapeamento que GitHub Actions Importer pode usar para transformar seus plug-ins, tarefas, rótulos de executor ou variáveis de ambiente para trabalhar com GitHub Actions. Os transformadores personalizados são gravados com uma DSL (linguagem específica de domínio) criada com base no Ruby e são definidos em um arquivo com a extensão de arquivo .rb.

Você pode usar a opção da CLI --custom-transformers para especificar quais arquivos de transformador personalizados usar com os comandos audit, dry-run e migrate.

Por exemplo, se os transformadores personalizados forem definidos em um arquivo chamado transformers.rb, você poderá usar o seguinte comando para usá-los com GitHub Actions Importer:

gh actions-importer ... --custom-transformers transformers.rb

Como alternativa, você pode usar a sintaxe de padrão glob para especificar vários arquivos de transformador personalizados. Por exemplo, se vários arquivos de transformador personalizados estiverem dentro de um diretório chamado transformers, você poderá fornecê-los a GitHub Actions Importer com o seguinte comando:

gh actions-importer ... --custom-transformers transformers/*.rb

Note

Quando você usa transformadores personalizados, os arquivos de transformador personalizados precisam residir no mesmo diretório ou em subdiretórios, no local em que o comando gh actions-importer é executado.

Criar transformadores personalizados para itens

Você pode criar transformadores personalizados que o GitHub Actions Importer usará ao converter etapas de compilação ou gatilhos existentes no seu equivalente em GitHub Actions. Isso é especialmente útil quando:

  • GitHub Actions Importer não converte automaticamente um item.
  • Você deseja alterar como um item é convertido por GitHub Actions Importer.
  • Os pipelines existentes usam extensões personalizadas ou proprietárias, como bibliotecas compartilhadas no Jenkins, e você precisa definir como essas etapas devem funcionar em GitHub Actions.

GitHub Actions Importer usa transformadores personalizados definidos usando uma DSL criada com base no Ruby. Para criar transformadores personalizados para etapas de compilação e gatilhos:

  • Cada arquivo de transformador personalizado deve conter pelo menos um método transform.
  • Cada método transform deve retornar um Hash, uma matriz de Hash ou nil. Esse valor retornado corresponderá a uma ação definida no YAML. Para obter mais informações sobre ações, confira "Entendendo o GitHub Actions".

Exemplo de transformador personalizado para uma etapa de compilação

O seguinte exemplo converte uma etapa de compilação que usa o identificador "buildJavaScriptApp" para executar vários comandos npm:

Ruby
transform "buildJavaScriptApp" do |item|
  command = ["build", "package", "deploy"].map do |script|
    "npm run #{script}"
  end

  {
    name: "build javascript app",
    run: command.join("\n")
  }
end

O exemplo acima resulta na etapa de fluxo de trabalho a seguir do GitHub Actions. Ele é composto por etapas de compilação convertidas que tinham um identificador buildJavaScriptApp:

- name: build javascript app
  run: |
    npm run build
    npm run package
    npm run deploy

O método transform usa o identificador da etapa de compilação da instância de CI/CD de origem em um argumento. Neste exemplo, o identificador é buildJavaScriptLibrary. Você também pode usar valores separados por vírgulas para passar vários identificadores para o método transform. Por exemplo, transform "buildJavaScriptApp", "buildTypeScriptApp" { |item| ... }.

Note

A estrutura de dados de item será diferente dependendo da plataforma de CI/CD e do tipo de item que está sendo convertido.

Criar transformadores personalizados para executores

Você pode personalizar o mapeamento entre executores em sua instância de CI/CD de origem e seus executores equivalentes de GitHub Actions.

GitHub Actions Importer usa transformadores personalizados definidos usando uma DSL criada com base no Ruby. Para criar transformadores personalizados para executores:

  • O arquivo de transformador personalizado deve ter pelo menos um método runner.
  • O método runner aceita dois parâmetros. O primeiro parâmetro é o rótulo do executor da instância de CI/CD de origem e o segundo parâmetro é o rótulo do executor correspondente GitHub Actions. Para obter mais informações sobre executores do GitHub Actions, consulte "Usar executores hospedados no GitHub".

Exemplo de transformadores personalizados para executores

O exemplo a seguir mostra um método runner que converte um rótulo de executor em um rótulo de executor GitHub Actions no fluxo de trabalho resultante.

Ruby
runner "linux", "ubuntu-latest"

Você também pode usar o método runner para converter um rótulo de executor em vários rótulos de executores GitHub Actions no fluxo de trabalho resultante.

Ruby
runner "big-agent", ["self-hosted", "xl", "linux"]

GitHub Actions Importer tenta mapear o rótulo do executor da melhor maneira possível. Nos casos em que ele não pode fazer isso, o rótulo do executor ubuntu-latest é usado como padrão. Você pode usar uma palavra-chave especial com o método runner para controlar esse valor padrão. Por exemplo, o transformador personalizado a seguir instrui GitHub Actions Importer a usar macos-latest como o executor padrão em vez de ubuntu-latest.

Ruby
runner :default, "macos-latest"

Criar transformadores personalizados para variáveis de ambiente

Você pode personalizar o mapeamento entre as variáveis de ambiente dos pipelines de CI/CD de origem para os valores em GitHub Actions.

GitHub Actions Importer usa transformadores personalizados definidos usando uma DSL criada com base no Ruby. Para criar transformadores personalizados para variáveis de ambiente:

  • O arquivo de transformador personalizado deve ter pelo menos um método env.
  • O método env aceita dois parâmetros. O primeiro parâmetro é o nome da variável de ambiente no pipeline original e o segundo parâmetro é o valor atualizado da variável de ambiente para GitHub Actions. Para mais informações sobre as variáveis de ambiente de GitHub Actions, confira "Armazenar informações em variáveis".

Exemplo de transformadores personalizados para variáveis de ambiente

Há várias maneiras de configurar os transformadores personalizados para mapear suas variáveis de ambiente.

  • O exemplo a seguir define o valor de qualquer variável de ambiente existente chamada OCTO, como CAT ao transformar um pipeline.

    Ruby
    env "OCTO", "CAT"
    

    Você também pode remover todas as instâncias de uma variável de ambiente específica para que elas não sejam transformadas em um fluxo de trabalho de GitHub Actions. O exemplo a seguir remove todas as variáveis de ambiente com o nome MONA_LISA.

    Ruby
    env "MONA_LISA", nil
    
  • Você também pode mapear suas variáveis de ambiente existentes para segredos. Por exemplo, o método env a seguir mapeia uma variável de ambiente chamada MONALISA para um segredo chamado OCTOCAT.

    Ruby
    env "MONALISA", secret("OCTOCAT")
    

    Isso configurará uma referência a um segredo chamado OCTOCAT no fluxo de trabalho transformado. Para que o segredo funcione, você precisará criar o segredo no repositório GitHub. Para obter mais informações, confira "Usar segredos em ações do GitHub".

  • Você também pode usar expressões regulares para atualizar os valores de diversas variáveis de ambiente ao mesmo tempo. Por exemplo, o seguinte transformador personalizado remove todas as variáveis de ambiente do fluxo de trabalho convertido:

    Ruby
    env /.*/, nil
    

    O exemplo a seguir usa um grupo de correspondência de expressão regular para transformar os valores de variáveis de ambiente em segredos gerados dinamicamente.

    Ruby
    env /^(.+)_SSH_KEY/, secret("%s_SSH_KEY)
    

    Note

    A ordem na qual os métodos env são definidos importa ao usar expressões regulares. O primeiro transformador env que corresponde a um nome de variável de ambiente tem precedência sobre métodos env subsequentes. Você deve definir primeiro os transformadores de variáveis de ambiente mais específicos.

Partes foram adaptadas do https://github.com/github/gh-actions-importer/ de acordo com a licença MIT:

MIT License

Copyright (c) 2022 GitHub

Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the "Software"), to deal
in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
copies of the Software, and to permit persons to whom the Software is
furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all
copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
SOFTWARE.