bazelbuild/bazel

bazel sync --experimental_repository_resolved_file is formatted differently than buildifier

Open

#14.454 aperta il 20 dic 2021

Vedi su GitHub
 (1 commento) (1 reazione) (0 assegnatari)Java (4465 fork)batch import
P3help wantednot staleteam-ExternalDepstype: feature request

Metriche repository

Star
 (25.384 star)
Metriche merge PR
 (Merge medio 22g 20h) (77 PR mergiate in 30 g)

Descrizione

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

Guida contributor

Direzione di ricerca
Indaga su come Bazel genera il file risolto (probabilmente nel codice Java sotto src/main/java/com/google/devtools/build/lib/bazel/repository) e confronta le regole di formattazione con quelle di buildifier. Esamina l'output di `bazel sync experimental repository resolved file` ed esegui buildifier sullo stesso file per identificare le differenze. Quindi decidi se modificare l'output di Bazel per farlo corrispondere a buildifier o aggiungere un passaggio di formattazione. Il problema potrebbe richiedere modifiche anche nel repository di buildifier. Inizia esaminando il codice che scrive il file risolto e verifica se esiste un formattatore personalizzato o una semplice stampa.
Tech stack
java
Dominio
build systemdeveloper experience
Tipo issue
Bug
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
3
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
1-2 giorni
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
Attiva
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
Chiara
Prerequisiti
BazelbuildifierStarlark
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
60