Regras de shell

Informar um problema Ver código-fonte {19/Night} {19/Night} {19/Night}

Regras

sh_binary

Exibir origem da regra
sh_binary(name, deps, srcs, data, args, compatible_with, deprecation, distribs, env, exec_compatible_with, exec_properties, features, licenses, output_licenses, restricted_to, tags, target_compatible_with, testonly, toolchains, visibility)

A regra sh_binary é usada para declarar scripts de shell executáveis. sh_binary é um nome incorreto: as saídas não são necessariamente binários. Essa regra garante que todas as dependências sejam criadas e apareçam na área runfiles no momento da execução. Recomendamos que você nomeie suas regras sh_binary() com base no nome do script, e não na extensão (por exemplo, .sh). O nome da regra e do arquivo precisam ser distintos. O sh_binary respeita Shebangs, então qualquer intérprete disponível pode ser usado (por exemplo, #!/bin/zsh)

Exemplo

Para um script de shell simples, sem dependências e com alguns arquivos de dados:

sh_binary(
    name = "foo",
    srcs = ["foo.sh"],
    data = glob(["datafiles/*.txt"]),
)

Argumentos

Atributos
name

Nome, obrigatório

Um nome exclusivo para o destino.

deps

Lista de rótulos. O padrão é [].

A lista de destinos "biblioteca" a serem agregados a esse destino. Consulte os comentários gerais sobre deps em Atributos típicos definidos pela maioria das regras de build.

Esse atributo precisa ser usado para listar outras regras sh_library que fornecem código-fonte interpretado do programa que depende do código em srcs. Os arquivos fornecidos por essas regras estarão presentes entre os runfiles desse destino.

srcs

Lista de rótulos, obrigatório

O arquivo que contém o script de shell.

Esse atributo precisa ser uma lista de singleton, com elemento que é o script de shell. Esse script precisa ser executável e pode ser um arquivo de origem ou um arquivo gerado. Todos os outros arquivos necessários no ambiente de execução (scripts ou dados) pertencem ao atributo data.

sh_library

Exibir origem da regra
sh_library(name, deps, srcs, data, compatible_with, deprecation, distribs, exec_compatible_with, exec_properties, features, licenses, restricted_to, tags, target_compatible_with, testonly, visibility)

O principal uso dessa regra é agregar uma "biblioteca" lógica que consiste em scripts relacionados, programas em uma linguagem interpretada que não requer compilação ou vinculação, como o shell Bourne, e todos os dados de que esses programas precisam no ambiente de execução. Essas "bibliotecas" podem ser usadas no atributo data de uma ou mais regras sh_binary.

Use a regra filegroup para agregar arquivos de dados.

Em linguagens de programação interpretadas, nem sempre há uma distinção clara entre "código" e "dados": afinal, o programa é apenas "dados" do ponto de vista do intérprete. Por esse motivo, essa regra tem três atributos que são essencialmente equivalentes: srcs, deps e data. A implementação atual não distingue entre os elementos dessas listas. Todos os três atributos aceitam regras, arquivos de origem e arquivos gerados. No entanto, é uma boa prática usar os atributos para seus propósitos comuns (assim como acontece com outras regras).

Exemplos

sh_library(
    name = "foo",
    data = [
        ":foo_service_script",  # an sh_binary with srcs
        ":deploy_foo",  # another sh_binary with srcs
    ],
)

Argumentos

Atributos
name

Nome, obrigatório

Um nome exclusivo para o destino.

deps

Lista de rótulos. O padrão é [].

A lista de destinos "biblioteca" a serem agregados a esse destino. Consulte os comentários gerais sobre deps em Atributos típicos definidos pela maioria das regras de build.

Esse atributo precisa ser usado para listar outras regras sh_library que fornecem código-fonte interpretado do programa que depende do código em srcs. Os arquivos fornecidos por essas regras estarão presentes entre os runfiles desse destino.

srcs

Lista de rótulos. O padrão é [].

A lista de arquivos de entrada.

Esse atributo precisa ser usado para listar os arquivos de origem do script de shell que pertencem a essa biblioteca. Os scripts podem carregar outros scripts usando o comando source ou . do shell.

sh_test

Exibir origem da regra
sh_test(name, deps, srcs, data, args, compatible_with, deprecation, distribs, env, env_inherit, exec_compatible_with, exec_properties, features, flaky, licenses, local, restricted_to, shard_count, size, tags, target_compatible_with, testonly, timeout, toolchains, visibility)

Uma regra sh_test() cria um teste escrito como um script de shell Bourne.

Confira os atributos comuns a todas as regras de teste (*_test).

Exemplos

sh_test(
    name = "foo_integration_test",
    size = "small",
    srcs = ["foo_integration_test.sh"],
    deps = [":foo_sh_lib"],
    data = glob(["testdata/*.txt"]),
)

Argumentos

Atributos
name

Nome, obrigatório

Um nome exclusivo para o destino.

deps

Lista de rótulos. O padrão é [].

A lista de destinos "biblioteca" a serem agregados a esse destino. Consulte os comentários gerais sobre deps em Atributos típicos definidos pela maioria das regras de build.

Esse atributo precisa ser usado para listar outras regras sh_library que fornecem código-fonte interpretado do programa que depende do código em srcs. Os arquivos fornecidos por essas regras estarão presentes entre os runfiles desse destino.

srcs

Lista de rótulos, obrigatório

O arquivo que contém o script de shell.

Esse atributo precisa ser uma lista de singleton, com elemento que é o script de shell. Esse script precisa ser executável e pode ser um arquivo de origem ou um arquivo gerado. Todos os outros arquivos necessários no ambiente de execução (scripts ou dados) pertencem ao atributo data.