Java SDK CIs Improvement Tracking Ticket

未關閉
#13,296 0 則留言 0 個 reaction 已指派 0 人 在 GitHub 檢視

維護者通常 1 天內回覆

還沒有人認領這個 Issue。

評估

難度
5/5
預估耗時
一週以上
新手友好度
25/100
Issue 類型
重構
描述清晰度
需要釐清
活躍度
冷清
技術堆疊
github-actions, java

研究方向

從連結的 GitHub Actions 執行開始,檢視 GAPIC unit-test、GraalVM、Enforcer 和 Fmt 工作,包括所參照的 GraalVM 目標。判定哪些測試套件和建置步驟造成執行時間和不穩定性;當已實作達成共識的 CI 方案,且受影響的工作在可量化的意義上更快速、更可靠時,即視為完成。

由索引模型根據 Issue 內容生成。

描述

priority: p2 type: feature request

Problems:

  1. GAPIC Unit Tests Long Duration

On changes that impact all of google-cloud-java, all the GAPIC unit tests are run. These test jobs take well over 30+ min (https://github.com/googleapis/google-cloud-java/actions/runs/26462248492/job/77913201176?pr=13222). One latest log results timed this to be ~38 min.

These GAPIC unit tests are autogenerated within each module and do not vary too much. These look to test happy and sad paths for each RPC method, but generally are the same tests with different inputs and outputs. We have dedicated showcase tests that can test these RPCs functionality once and ensure that the common variations are tested properly.

Question(s):

  • Can we stop autogenerating these unit tests and instead rely on showcase unit tests for complete coverage? Additionally, we can rely one showcase ITs to ensure that the functionality is able to work E2E
  1. GraalVM Tests Duration

The GraalVM jobs (A,B,C) run through test cases (units and ITs) in each module twice (once to investigate all the possible code paths and a second time to run through the tests). This doubles the amount of time needed to ensure GraalVM compatibility. One of the latest runs for GraalVM ran for ~90 min (https://btx.cloud.google.com/invocations/a827908d-a2fb-49f2-8c39-01b51e4baad8/targets).

Is there a way that we can streamline the tests to run faster?

  • Remove the GAPIC unit tests so that they do not need to run? Instead, we rely on showcase unit tests and integration tests
  • Only run the required tests once?
  • Use GraalVM fast build mode?

2.1 GraalVM Tests Flakiness

Additionally, the test suite is already quite flaky and this flakiness compounds into an even more expensive operation when there are long test times.

  1. Enforcer and Fmt Jobs Duration

Similar to issues above, running these jobs is expensive and take a long time if they require building and compiling all the GAPIC modules.

主要語言
Java
星號
2.1k
分支
1.2k
平均合併
2 天 14 小時
30 天內合併 PR
192

環境準備

  • 沒有 Dockerfile 或 Docker Compose 檔案
  • 沒有 Pull Request 範本
  • 閱讀貢獻指南

從這裡開始

  1. 先讀完整個 Issue,再讀專案的貢獻指南。
  2. 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
  3. Fork 儲存庫,在一個分支上完成修改。
  4. 送出 Pull Request,並在描述裡引用這個 Issue 編號。

googleapis/google-cloud-java 的其他 Issue

查看 googleapis/google-cloud-java 的全部 Issue

相似的 Issue

更多 Java Issue

把新 issue 寄到你的電子郵件信箱

精選適合新手參與的 GitHub issue 摘要。