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

Run the S3 sample visual baseline in CI (SwiftShader too slow for the sample scene)

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

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

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

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
42/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
活発
技術スタック
react, three.js, typescript

調査の方向性

Start with apps/studio/e2e/sample.webgpu.spec.ts and the CI skip pointer, then compare it with sample.spec.ts and the smaller export-png scene to understand the current coverage. The issue lists GPU-backed runners, a longer nightly timeout, a 1x or smaller viewport baseline, and reducing scene cost under SwiftShader as possible approaches. Done means the WebGPU visual baseline runs reliably in CI; the issue does not choose an approach or specify a test command.

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

説明

agent area:ci

The sample's WebGPU visual baseline (apps/studio/e2e/sample.webgpu.spec.ts, #174) can't run on the hosted Linux runner: SwiftShader can't produce compositor screenshots of the three-tier scene within 2 min, and the engine's 2x PNG export of it times out (the smaller export-png scene works). The test is skipped on CI with a pointer here; the sample flow itself is covered on CI by sample.spec.ts (non-WebGPU). Options: GPU-backed runner, a nightly job with a long timeout, a 1x/smaller-viewport baseline, or reducing scene cost under SwiftShader. Darwin baseline is committed.

主要言語
TypeScript
スター
0
フォーク
0
平均マージ
10時間 39分
マージ済み PR(30日)
38

環境構築

はじめの一歩

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

hyperdrive-technology/holodeck のほかの issue

hyperdrive-technology/holodeck の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

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

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