Build outputs shared by several languages are reported under one of them; outputs of a build system hide the language-wide ones
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 40/100
調査の方向性
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.
索引モデルが issue の本文から書いたものです。
説明
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
- 主要言語
- Python
- スター
- 4
- フォーク
- 1
- 平均マージ
- 10時間 41分
- マージ済み PR（30日）
- 79
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
cpp-best-practices/project_validator のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
cpp-best-practices/project_validator#267 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
cpp-best-practices/project_validator#263 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
cpp-best-practices/project_validator#260 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
cpp-best-practices/project_validator#259 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
cpp-best-practices/project_validator#255 ·
メンテナーはふだん 1 日以内に返信
cpp-best-practices/project_validator の issue をすべて見る
似ている issue
-
plot_graph crashes when a mesh node has no m2m edge対応中かも @tygvi が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
mllam/neural-lam#883 · コメント 1 件 ·
メンテナーはふだん 2 日以内に返信
-
enhancement possible-duplicate
難易度 1/5 1〜3時間 初心者へのやさしさ 78/100
AOSSIE-Org/PictoPy#1715 · コメント 2 件 ·
メンテナーはふだん 6 日以内に返信
-
SQLite connector omits generated columns from the catalog, and drops relationships sourced on themオープン
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
NVIDIA/auto-ontology#511 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
ethereum/execution-specs#3996 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
Project-N-E-K-O/N.E.K.O#3725 ·
メンテナーはふだん 1 日以内に返信