bazelbuild/bazel

bazel sync --experimental_repository_resolved_file is formatted differently than buildifier

Open

#14 454 ouverte le 20 déc. 2021

Voir sur GitHub
 (1 commentaire) (1 réaction) (0 assignés)Java (4 465 forks)batch import
P3help wantednot staleteam-ExternalDepstype: feature request

Métriques du dépôt

Stars
 (25 384 stars)
Métriques de merge PR
 (Merge moyen 22j 20h) (77 PRs mergées en 30 j)

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

Guide contributeur

Direction de recherche
Étudiez comment Bazel génère le fichier résolu (probablement dans le code Java sous src/main/java/com/google/devtools/build/lib/bazel/repository) et comparez les règles de formatage avec celles de buildifier. Examinez la sortie de `bazel sync experimental repository resolved file` et exécutez buildifier sur le même fichier pour identifier les différences. Ensuite, décidez s'il faut modifier la sortie de Bazel pour qu'elle corresponde à buildifier ou ajouter une étape de formatage. Le problème peut également nécessiter des modifications dans le dépôt de buildifier. Commencez par examiner le code qui écrit le fichier résolu et voyez s'il existe un formateur personnalisé ou une simple impression.
Stack technique
java
Domaine
build systemdeveloper experience
Type d'issue
Bug
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-2 jours
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
BazelbuildifierStarlark
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
60