Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

[Java]: Refactor test for better use of matrix

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

メンテナーはふだん 1 日以内に返信

@edburns がすでに取り組んでいます。

2026年8月10日 から。

評価

この issue はまだ評価されていません。

説明

enhancement

Predecessor: #1917

Successor: #2577

Problem

The java-sdk-tests.yml workflow has two separate jobs — java-sdk and java-sdk-inprocess — that duplicate ~20 lines of identical setup (checkout, setup-java, setup-node). This duplication makes maintenance harder: action version pin bumps must be applied in two places.

Proposal

Add a transport: [default, inprocess] dimension to the existing test-jdk matrix in the java-sdk job, and remove the standalone java-sdk-inprocess job.

Matrix shape
strategy:
  fail-fast: false
  matrix:
    test-jdk: ["25", "17"]
    transport: ["default", "inprocess"]
    exclude:
      - test-jdk: "17"
        transport: "inprocess"

The exclude prevents the JDK-17 + inprocess combination, which is not meaningful (the native library targets a single JDK).

Conditional step adjustments
  • Steps already guarded with if: matrix.test-jdk == '25' gain an additional && matrix.transport == 'default' where they should not run for the inprocess leg (e.g., spotless, javadoc, doc-version test).
  • The mvn invocation switches based on matrix.transport: mvn clean verify -Pinprocess for inprocess, the existing split build-then-test flow for default.
  • Artifact names and test report titles include the transport value for clarity.
Benefits
  • Less duplication — shared setup steps defined once.
  • Easier maintenance — action pin bumps in one place.
  • Consistent naming — job names like Java SDK Tests (JDK 25, inprocess) clearly identify the configuration.
Risks
  • Slightly more complex if: conditionals, but manageable given the existing pattern.
主要言語
TypeScript
スター
10.5k
フォーク
1.5k
平均マージ
1日 7時間
マージ済み PR(30日)
64

環境構築

Codespaces で開く

このプロジェクトの開発コンテナを、あなたの GitHub アカウントでブラウザ上に起動します。

はじめの一歩

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

github/copilot-sdk のほかの issue

github/copilot-sdk の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

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

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