bazel-contrib / bazel-contrib/rules_python

Have `python_binary_naming_convention` directive also apply to `if __name__ == "__main__":` files

Offen
#1,815 2 Kommentare 4 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen
Can Close? gazelle
Vorherrschende Sprache
Starlark
Sterne
688
Forks
721
Ø Merge
15 Std. 7 Min.
Gemergte PRs (30 T.)
76

Beschreibung

# 🚀 feature request

### Relevant Rules

+ gazelle

### Description

The `python_binary_naming_convention` directive currently only applies to binaries that are generated from `__main__.py` files.

`py_binary` targets that are generated from files that contain `if __name__ == "__main__":` are named after their source file. From the [README](https://github.com/bazelbuild/rules_python/blob/e86252ffd6d1a1bf32ae99933acc5ab49b78ec1e/gazelle/README.md#binaries) (emphasis mine):

> If `python_generation_mode` is set to `file`, then instead of one `py_binary` target per module, Gazelle will create one `py_binary` target for each file with such a line, and **the name of the target will match the name of the script**.

This results in name collisions when a single file is both a binary and a library and gazelle will report:

> gazelle: failed to generate target "//foobar" of kind "py_binary": a target of kind "py_library" with the same name already exists

The readme also says:

> Note that it's possible for another script to depend on a py_binary target and import from the py_binary's scripts. This can have possible negative effects on Bazel analysis time and runfiles size compared to depending on a py_library target. The simplest way to avoid these negative effects is to extract library code into a separate script without a main line. Gazelle will then create a py_library target for that library code, and other scripts can depend on that py_library target.

However, for existing projects that might not be feasible.

### Describe the solution you'd like

Have `python_binary_naming_convention` directive also apply to files that contain `if __name__ ...`.

Or add another directive that accomplishes such.

### Describe alternatives you've considered

Right now I'm just manually making all ~450 or so `py_binary` targets that our monorepo has :sob:

```starlark
# libs are generated by gazelle
py_library(
name = "foo",
srcs = ["foo.py"],
deps = [
":bar",
"//bin/bom:boo",
"@pypi:hello",
],
)

# binaries are manually added, using the lib as a dependency so that I don't have to keep `deps` in sync.
py_binary(
name = "foo_bin",
srcs = ["foo.py"],
deps = [":foo"],
)
```

Beitragsleitfaden

Beitragsleitfaden öffnen

Rechercherichtung

Start with Gazelle's `python_binary_naming_convention` directive and the Binaries section of the Gazelle README, comparing generation from `__main__.py` with files containing `if __name__ == "__main__":`. Done means the convention applies to both cases and prevents the reported `py_library`/`py_binary` name collision.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
python
Bereich
build-system, tooling
Issue-Typ
Feature
Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Aktivitätsstatus
Aktiv
Klarheit
Größtenteils klar
Anfängerfreundlichkeit
55/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.