Build outputs shared by several languages are reported under one of them; outputs of a build system hide the language-wide ones

Offen
  • Stimmt etwas nicht?
#145 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Dieses Issue hat noch niemand übernommen.

Bewertung

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

Rechercherichtung

Start by reading outputs_of in facts/outputs.py and tracing how CommittedOutput facts are grouped for reporting. Compare the BEAM and JVM cases described in the issue, including tests/fixtures/bare_beam. Decide whether shared outputs should be reported under each owning language or once per ecosystem, and whether build system outputs should add to language wide outputs; done means both behaviors are covered by clear, consistent results.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

committed-artifacts and vcs-ignore answer per language, and a BuildOutput of several languages is reported under one of them. BEAM's _build/ and erl_crash.dump are outputs of both Elixir and Erlang; in tests/fixtures/bare_beam (both languages) the check says

Elixir: no build outputs are committed; Erlang: 2 build outputs are committed

although the committed _build/ is Elixir's too (JVM's shared outputs behave the same for Java and Kotlin). The CommittedOutput fact carries every language; it is the answer's grouping that picks one. An output shared by the languages of one ecosystem would read better reported once, under the ecosystem, or under every language that owns it.

Related: outputs_of (facts/outputs.py) returns the outputs tied to the build systems in use or, only when none is, the language-wide ones. A profile that ties one output to a build system therefore hides its language-wide outputs for that build system (BEAM had to leave deps/ untied so _build/ still counted for Elixir; JVM's *.class output is hidden whenever Maven or Gradle is used). Is that precedence intended, or should the two sets add up?

🤖 Generated with Claude Code

https://claude.ai/code/session_01ByTXNqDWdM7HzezrFtEvQt

Vorherrschende Sprache
Python
Sterne
4
Forks
1
Ø Merge
10 Std. 41 Min.
Gemergte PRs (30 T.)
79

Entwicklungsumgebung

Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus cpp-best-practices/project_validator

Alle Issues in cpp-best-practices/project_validator

Ähnliche Issues

Weitere Issues zu Python

Neue Issues direkt in Ihr Postfach

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