bazelbuild/bazel

bazel sync --experimental_repository_resolved_file is formatted differently than buildifier

Open

#14.454 aberto em 20 de dez. de 2021

Ver no GitHub
 (1 comment) (1 reaction) (0 assignees)Java (4.465 forks)batch import
P3help wantednot staleteam-ExternalDepstype: feature request

Métricas do repositório

Stars
 (25.384 stars)
Métricas de merge de PR
 (Mesclagem média 22d 20h) (77 fundiu PRs em 30d)

Description

Description of the problem / feature request:

The output of bazel sync --experimental_repository_resolved_file is formatted differently than buildifier formats .bzl files. If both sync and buildifer are used in a pre-commit hook this can cause the hooks to continuously fail.

Feature requests: what underlying problem are you trying to solve with this feature?

Consistent formatting of bazel files and not having pre-commit hooks continuously fail.

Bugs: what's the simplest, easiest way to reproduce this bug? Please provide a minimal example if possible.

Run bazel-sync --experimental_repository_resolved_file=resolved.bzl and then buildifier resolved.bzl and observe that the file has changed in formatting.

What operating system are you running Bazel on?

Debian Linux.

What's the output of bazel info release?

release 4.2.2

Have you found anything relevant by searching the web?

No

Any other information, logs, or outputs that you want to share?

No

Guia do colaborador

Direção de pesquisa
Investigue como o Bazel gera o arquivo resolvido (provavelmente no código Java em src/main/java/com/google/devtools/build/lib/bazel/repository) e compare as regras de formatação com as do buildifier. Examine a saída de `bazel sync experimental repository resolved file` e execute o buildifier no mesmo arquivo para identificar diferenças. Em seguida, decida se modifica a saída do Bazel para corresponder ao buildifier ou adiciona uma etapa de formatação. O problema também pode exigir alterações no repositório do buildifier. Comece examinando o código que escreve o arquivo resolvido e veja se há um formatador personalizado ou uma simples impressão.
Pilha de tecnologia
java
Domain
build systemdeveloper experience
Tipo Issue
Bug
DifficultyDificuldade de implementação estimada para um novo contribuidor, de 1 para alterações muito pequenas a 5 para trabalho de nível especializado.
3
Tempo estimadoUm intervalo de tempo aproximado para um colaborador experiente investigar, implementar, testar e preparar um pull request.
1-2 dias
Status da atividadeQuão disponível o issue aparece agora: novo, ativo, obsoleto, bloqueado ou aguardando entrada do mantenedor.
Ativo
ClarityCom que clareza o issue explica a mudança esperada, os critérios de aceitação e a próxima etapa.
Claro
Prerequisites
BazelbuildifierStarlark
Simpatia para novatosUma pontuação de 1 a 100 que estima o quão acessível este issue é para colaboradores iniciantes.
60