Guia de início rápido de consultas

Informar um problema Mostrar fonte Por noite · 7,3 · 7,2 · 7,1 · 7,0 · 6,5

Neste tutorial, mostramos como trabalhar com o Bazel para rastrear dependências no seu código usando um projeto pré-criado.

Para detalhes sobre a linguagem e a flag --output, consulte os manuais Referência de consulta do Bazel e Referência do cquery do Bazel. Receba ajuda no ambiente de desenvolvimento integrado digitando bazel help query ou bazel help cquery na linha de comando.

Objetivo

Este guia percorre um conjunto de consultas básicas que você pode usar para saber mais sobre as dependências de arquivos do seu projeto. Ele é destinado a novos desenvolvedores do Bazel com conhecimento básico sobre como os arquivos Bazel e BUILD funcionam.

Pré-requisitos

Comece instalando o Bazel, caso ainda não tenha feito isso. Este tutorial usa o Git para controle de origem. Portanto, para melhores resultados, instale também o Git.

Para visualizar gráficos de dependência, é usada a ferramenta chamada Graphviz. Você pode fazer o download da ferramenta para acompanhar.

Acessar o projeto de amostra

Em seguida, recupere o aplicativo de amostra do repositório de exemplos do Bazel executando o seguinte na ferramenta de linha de comando de sua preferência:

git clone https://github.com/bazelbuild/examples.git

O projeto de exemplo para este tutorial está no diretório examples/query-quickstart.

Primeiros passos

O que são consultas do Bazel?

As consultas ajudam você a aprender sobre uma base de código do Bazel analisando as relações entre arquivos BUILD e examinando a saída resultante para encontrar informações úteis. Este guia mostra uma prévia de algumas funções básicas de consulta, mas para mais opções consulte o guia de consulta. As consultas ajudam você a aprender sobre as dependências em projetos de grande escala sem navegar manualmente pelos arquivos BUILD.

Para executar uma consulta, abra o terminal da linha de comando e digite:

bazel query 'query_function'

Cenário

Imagine um cenário sobre a relação entre o Cafe Bazel e o chef dele. Este café vende exclusivamente pizza e mac & queijo. Confira abaixo como o projeto está estruturado:

bazelqueryguide
├── BUILD
├── src
│   └── main
│       └── java
│           └── com
│               └── example
│                   ├── customers
│                   │   ├── Jenny.java
│                   │   ├── Amir.java
│                   │   └── BUILD
│                   ├── dishes
│                   │   ├── Pizza.java
│                   │   ├── MacAndCheese.java
│                   │   └── BUILD
│                   ├── ingredients
│                   │   ├── Cheese.java
│                   │   ├── Tomatoes.java
│                   │   ├── Dough.java
│                   │   ├── Macaroni.java
│                   │   └── BUILD
│                   ├── restaurant
│                   │   ├── Cafe.java
│                   │   ├── Chef.java
│                   │   └── BUILD
│                   ├── reviews
│                   │   ├── Review.java
│                   │   └── BUILD
│                   └── Runner.java
└── WORKSPACE

Ao longo deste tutorial, a menos que haja uma instrução diferente, tente não procurar as informações necessárias nos arquivos BUILD. Em vez disso, use apenas a função de consulta.

Um projeto consiste em diferentes pacotes que compõem um café. Eles são separados em: restaurant, ingredients, dishes, customers e reviews. As regras nesses pacotes definem componentes diferentes do Cafe com várias tags e dependências.

Como executar um build

Esse projeto contém um método principal dentro do Runner.java que pode ser executado para imprimir o cardápio do café. Crie o projeto usando o Bazel com o comando bazel build e use : para sinalizar que o destino se chama runner. Consulte nomes de destino para saber como destinos de referência.

Para criar este projeto, cole este comando em um terminal:

bazel build :runner

Se o build for bem-sucedido, a saída será semelhante a esta:

INFO: Analyzed target //:runner (49 packages loaded, 784 targets configured).
INFO: Found 1 target...
Target //:runner up-to-date:
  bazel-bin/runner.jar
  bazel-bin/runner
INFO: Elapsed time: 16.593s, Critical Path: 4.32s
INFO: 23 processes: 4 internal, 10 darwin-sandbox, 9 worker.
INFO: Build completed successfully, 23 total actions

Depois que ele for criado, execute o aplicativo colando este comando:

bazel-bin/runner
--------------------- MENU -------------------------

Pizza - Cheesy Delicious Goodness
Macaroni & Cheese - Kid-approved Dinner

----------------------------------------------------

Isso deixa você com uma lista dos itens de menu fornecidos com uma breve descrição.

Explorando destinos

O projeto lista ingredientes e pratos nos próprios pacotes. Para usar uma consulta para ver as regras de um pacote, execute o comando bazel query package/…

Neste caso, você pode usar o comando a seguir para conferir os ingredientes e pratos que o café tem:

bazel query //src/main/java/com/example/dishes/...
bazel query //src/main/java/com/example/ingredients/...

Se você consultar os destinos do pacote de ingredientes, a saída será semelhante a esta:

//src/main/java/com/example/ingredients:cheese
//src/main/java/com/example/ingredients:dough
//src/main/java/com/example/ingredients:macaroni
//src/main/java/com/example/ingredients:tomato

Como encontrar dependências

Em quais objetivos seu corredor depende para correr?

Digamos que você queira se aprofundar na estrutura do projeto sem entrar no sistema de arquivos (o que pode ser insustentável para projetos grandes). Quais regras o Cafe Bazel usa?

Se, como neste exemplo, o destino do executor for runner, descubra as dependências subjacentes do destino executando o comando:

bazel query --noimplicit_deps "deps(target)"
bazel query --noimplicit_deps "deps(:runner)"
//:runner
//:src/main/java/com/example/Runner.java
//src/main/java/com/example/dishes:MacAndCheese.java
//src/main/java/com/example/dishes:Pizza.java
//src/main/java/com/example/dishes:macAndCheese
//src/main/java/com/example/dishes:pizza
//src/main/java/com/example/ingredients:Cheese.java
//src/main/java/com/example/ingredients:Dough.java
//src/main/java/com/example/ingredients:Macaroni.java
//src/main/java/com/example/ingredients:Tomato.java
//src/main/java/com/example/ingredients:cheese
//src/main/java/com/example/ingredients:dough
//src/main/java/com/example/ingredients:macaroni
//src/main/java/com/example/ingredients:tomato
//src/main/java/com/example/restaurant:Cafe.java
//src/main/java/com/example/restaurant:Chef.java
//src/main/java/com/example/restaurant:cafe
//src/main/java/com/example/restaurant:chef

Na maioria dos casos, use a função de consulta deps() para ver as dependências de saída individuais de um destino específico.

Visualização do gráfico de dependências (opcional)

A seção descreve como visualizar os caminhos de dependência de uma consulta específica. O Graphviz ajuda a enxergar o caminho como uma imagem de gráfico acíclico dirigido, em vez de uma lista nivelada. É possível alterar a exibição do gráfico de consulta do Bazel usando várias opções de linha de comando do --output. Consulte Formatos de saída para conferir as opções.

Execute a consulta desejada e adicione a flag --noimplicit_deps para remover dependências excessivas de ferramentas. Depois, siga a consulta com a flag de saída e armazene o gráfico em um arquivo chamado graph.in para criar uma representação de texto do gráfico.

Para pesquisar todas as dependências do :runner de destino e formatar a saída como um gráfico:

bazel query --noimplicit_deps 'deps(:runner)' --output graph > graph.in

Isso cria um arquivo chamado graph.in, que é uma representação de texto do gráfico de build. O Graphviz usa o dot , uma ferramenta que processa texto em uma visualização, para criar um arquivo png:

dot -Tpng < graph.in > graph.png

Se você abrir graph.png, vai encontrar algo assim. O gráfico abaixo foi simplificado para esclarecer os detalhes essenciais do caminho neste guia.

Diagrama mostrando a relação entre café e chef em relação aos pratos: pizza, macarrão e queijo, que divergem em ingredientes separados: queijo, tomate, massa e macarrão.

Isso é útil quando você quer conferir os resultados das diferentes funções de consulta neste guia.

Como encontrar dependências reversas

Se, em vez disso, você tiver um destino e quiser analisar quais outros usam, use uma consulta para examinar quais destinos dependem de uma determinada regra. Isso é chamado de "dependência reversa". Usar o rdeps() pode ser útil ao editar um arquivo em uma base de código com a qual você não está familiarizado, e pode evitar que você corrompa outros arquivos que dependiam dele.

Por exemplo, você quer fazer algumas edições no ingrediente cheese. Para evitar problemas para o Cafe Bazel, você precisa verificar quais pratos dependem do cheese.

Para ver quais destinos dependem de um destino/pacote específico, use rdeps(universe_scope, target). A função de consulta rdeps() usa pelo menos dois argumentos: um universe_scope (o diretório relevante) e um target. O Bazel procura as dependências reversas do destino no universe_scope fornecido. O operador rdeps() aceita um terceiro argumento opcional: um literal inteiro que especifica o limite superior na profundidade da pesquisa.

Para procurar dependências reversas do cheese de destino no escopo de todo o projeto ‘//...’, execute o comando:

bazel query "rdeps(universe_scope, target)"
ex) bazel query "rdeps(//... , //src/main/java/com/example/ingredients:cheese)"
//:runner
//src/main/java/com/example/dishes:macAndCheese
//src/main/java/com/example/dishes:pizza
//src/main/java/com/example/ingredients:cheese
//src/main/java/com/example/restaurant:cafe
//src/main/java/com/example/restaurant:chef

O resultado da consulta mostra que a pizza e o macAndCheese dependem do queijo. Que surpresa!

Encontrar destinos com base em tags

Dois clientes entram no Bazel Cafe: Amir e Jenny. Não se sabe nada sobre eles, exceto seus nomes. Felizmente, seus pedidos estão marcados na seção "clientes" BUILD. Como você pode acessar essa tag?

Os desenvolvedores podem marcar destinos do Bazel com identificadores diferentes, geralmente para fins de teste. Por exemplo, as tags em testes podem anotar o papel de um teste no processo de depuração e lançamento, especialmente para testes de C++ e Python, que não têm a capacidade de anotação de tempo de execução. O uso de tags e elementos de tamanho oferece flexibilidade na montagem de conjuntos de testes com base na política de check-in de uma base de código.

Neste exemplo, as tags são pizza ou macAndCheese para representar os itens do menu. Esse comando consulta destinos que tenham tags correspondentes ao seu identificador em um determinado pacote.

bazel query 'attr(tags, "pizza", //src/main/java/com/example/customers/...)'

Essa consulta retorna todos os destinos na coluna "customers" que tenham a tag "pizza".

Faça testes

Use esta consulta para saber o que Jenny quer pedir.

Resposta

Mac e queijo

Como adicionar uma nova dependência

O Cafe Bazel ampliou o cardápio: agora os clientes podem pedir um Smoothie! Este smoothie específico consiste nos ingredientes Strawberry e Banana.

Primeiro, adicione os ingredientes necessários para o smoothie: Strawberry.java e Banana.java. Adicione as classes Java vazias.

src/main/java/com/example/ingredients/Strawberry.java

package com.example.ingredients;

public class Strawberry {

}

src/main/java/com/example/ingredients/Banana.java

package com.example.ingredients;

public class Banana {

}

Em seguida, adicione Smoothie.java ao diretório apropriado: dishes.

src/main/java/com/example/dishes/Smoothie.java

package com.example.dishes;

public class Smoothie {
    public static final String DISH_NAME = "Smoothie";
    public static final String DESCRIPTION = "Yummy and Refreshing";
}

Por fim, adicione esses arquivos como regras nos arquivos BUILD apropriados. Crie uma nova biblioteca Java para cada novo ingrediente, incluindo o nome, a visibilidade pública e o "src" recém-criado. . Você verá este arquivo BUILD atualizado:

src/main/java/com/example/ingredients/BUILD

java_library(
    name = "cheese",
    visibility = ["//visibility:public"],
    srcs = ["Cheese.java"],
)

java_library(
    name = "dough",
    visibility = ["//visibility:public"],
    srcs = ["Dough.java"],
)

java_library(
    name = "macaroni",
    visibility = ["//visibility:public"],
    srcs = ["Macaroni.java"],
)

java_library(
    name = "tomato",
    visibility = ["//visibility:public"],
    srcs = ["Tomato.java"],
)

java_library(
    name = "strawberry",
    visibility = ["//visibility:public"],
    srcs = ["Strawberry.java"],
)

java_library(
    name = "banana",
    visibility = ["//visibility:public"],
    srcs = ["Banana.java"],
)

No arquivo BUILD dos pratos, você quer adicionar uma regra para Smoothie. Isso inclui o arquivo Java criado para Smoothie como um "src" e as novas regras que você criou para cada ingrediente do smoothie.

src/main/java/com/example/dishes/BUILD

java_library(
    name = "macAndCheese",
    visibility = ["//visibility:public"],
    srcs = ["MacAndCheese.java"],
    deps = [
        "//src/main/java/com/example/ingredients:cheese",
        "//src/main/java/com/example/ingredients:macaroni",
    ],
)

java_library(
    name = "pizza",
    visibility = ["//visibility:public"],
    srcs = ["Pizza.java"],
    deps = [
        "//src/main/java/com/example/ingredients:cheese",
        "//src/main/java/com/example/ingredients:dough",
        "//src/main/java/com/example/ingredients:tomato",
    ],
)

java_library(
    name = "smoothie",
    visibility = ["//visibility:public"],
    srcs = ["Smoothie.java"],
    deps = [
        "//src/main/java/com/example/ingredients:strawberry",
        "//src/main/java/com/example/ingredients:banana",
    ],
)

Por fim, inclua o smoothie como uma dependência no arquivo BUILD do Chef.

src/main/java/com/example/restaurant/BUILD

java\_library(
    name = "chef",
    visibility = ["//visibility:public"],
    srcs = [
        "Chef.java",
    ],

    deps = [
        "//src/main/java/com/example/dishes:macAndCheese",
        "//src/main/java/com/example/dishes:pizza",
        "//src/main/java/com/example/dishes:smoothie",
    ],
)

java\_library(
    name = "cafe",
    visibility = ["//visibility:public"],
    srcs = [
        "Cafe.java",
    ],
    deps = [
        ":chef",
    ],
)

Crie cafe novamente para confirmar que não há erros. Se a criação for bem-sucedida, parabéns! Você adicionou uma nova dependência para "Cafe". Caso contrário, confira se há erros de ortografia e nomes de pacotes. Para mais informações sobre como escrever arquivos BUILD, consulte o Guia de estilo de criação.

Agora, visualize o novo gráfico de dependência com a adição do Smoothie para comparar com o anterior. Para maior clareza, nomeie a entrada do gráfico como graph2.in e graph2.png.

bazel query --noimplicit_deps 'deps(:runner)' --output graph > graph2.in
dot -Tpng < graph2.in > graph2.png

O mesmo gráfico do primeiro, mas agora há um spoke do alvo do chef com smoothie que resulta em banana e morango

Analisando graph2.png, é possível notar que Smoothie não tem dependências compartilhadas com outros pratos, mas é apenas outro objetivo em que o Chef depende.

somepath() e allpaths()

E se você quiser consultar por que um pacote depende de outro? A exibição de um caminho de dependência entre os dois fornece a resposta.

Duas funções podem ajudar a encontrar caminhos de dependência: somepath() e allpaths(). Dado um destino inicial S e um ponto final E, encontre um caminho entre S e E usando somepath(S,E).

Para explorar as diferenças entre essas duas funções, analise as relações entre o "Chef" e "Queijo" de destino. Há diferentes caminhos possíveis para ir de um destino a outro:

  • Chef → MacAndCheese → Queijo
  • Chef → Pizza → Queijo

somepath() fornece um único caminho entre as duas opções, enquanto "allpaths()" gera todos os caminhos possíveis.

Usando o Cafe Bazel como exemplo, execute o seguinte:

bazel query "somepath(//src/main/java/com/example/restaurant/..., //src/main/java/com/example/ingredients:cheese)"
//src/main/java/com/example/restaurant:cafe
//src/main/java/com/example/restaurant:chef
//src/main/java/com/example/dishes:macAndCheese
//src/main/java/com/example/ingredients:cheese

A saída segue o primeiro caminho de Cafe → Chef → MacAndCheese → Cheese. Se, em vez disso, você usar allpaths(), terá:

bazel query "allpaths(//src/main/java/com/example/restaurant/..., //src/main/java/com/example/ingredients:cheese)"
//src/main/java/com/example/dishes:macAndCheese
//src/main/java/com/example/dishes:pizza
//src/main/java/com/example/ingredients:cheese
//src/main/java/com/example/restaurant:cafe
//src/main/java/com/example/restaurant:chef

Caminho de saída do café para o chef, a pizza, o macarrão e o queijo

A saída de allpaths() é um pouco mais difícil de ler, porque é uma lista simplificada de dependências. Visualizar esse gráfico usando o Graphviz deixa o relacionamento mais claro para ser compreendido.

Faça testes

Um dos clientes do Cafe Bazel fez a primeira avaliação do restaurante. Faltam alguns detalhes na avaliação, como a identidade do avaliador e o prato ao qual ela se refere. Felizmente, você pode acessar essas informações com o Bazel. O pacote reviews contém um programa que mostra a avaliação de um cliente misterioso. Crie e execute com:

bazel build //src/main/java/com/example/reviews:review
bazel-bin/src/main/java/com/example/reviews/review

Depois de fazer apenas consultas ao Bazel, tente descobrir quem escreveu a avaliação e que prato eles estavam descrevendo.

Dica

Verifique as tags e as dependências para informações úteis.

Resposta

Essa avaliação estava descrevendo a Pizza, e Amir era o revisor. Se você observar as dependências que essa regra tinha usando bazel query --noimplicit\_deps 'deps(//src/main/java/com/example/reviews:review)' O resultado desse comando revela que Amir é o revisor. Em seguida, como você sabe que o avaliador é Amir, pode usar a função de consulta para procurar qual tag Amir tem no arquivo `BUILD` e ver qual prato está lá. O comando bazel query 'attr(tags, "pizza", //src/main/java/com/example/customers/...)' mostra que Amir é o único cliente que pediu uma pizza e é o avaliador que nos dá a resposta.

Conclusão

Parabéns! Agora você executou várias consultas básicas, que podem ser testadas em seus próprios projetos. Para saber mais sobre a sintaxe da linguagem de consulta, consulte a página de referência de consulta. Quer consultas mais avançadas? O Guia de consulta mostra uma lista detalhada de mais casos de uso do que os abordados neste guia.