Coverge support breaks when test has its own dependency on `org.jacoco.*`

オープン
#202 コメント 1 件 リアクション 1 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
25/100
issue の種類
バグ
明瞭さ
説明が足りない
活発さ
停滞
技術スタック
java

調査の方向性

まず、org.jacoco.*依存関係を持つテストまたはライブラリを使って bazel coverage を再現します。Issueで説明されているサードパーティ依存関係のケースも含めてください。コンパイル中に依存関係がどこで処理されるかを追跡します。完了の条件は、coverageサポートがひそかに壊れるのではなく、技術的な制限がコンパイル時に報告されることです。

索引モデルが issue の本文から書いたものです。

説明

P3

As a coverage tool, it is highly unlikely that a library will include a genuine dependency on org.jacoco.*. However;

  • There are no safeguards in place. If this does happen, bazel coverage may just not work. Ideally what I suspect to be a technical limitation would be reported on at compile time.
  • Sometimes third party packages include test dependencies as compile dependencies by mistake. e.g. https://github.com/aliyun/aliyun-openapi-java-sdk/pull/930
主要言語
Starlark
スター
103
フォーク
102
PR マージ指標
30日以内にマージされた PR はありません

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

bazelbuild/rules_java のほかの issue

bazelbuild/rules_java の issue をすべて見る

似ている issue

Build System の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。