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

Include the Whale workspace manifest in FreeBSD cache setup identity

オープン 初心者向け
#1,021 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

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

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

評価

難易度
2/5
見積もり時間
1〜3時間
初心者へのやさしさ
88/100
issue の種類
バグ
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
python, rust

調査の方向性

tools/ci/freebsd_cache.py:27 から始めます。そこでは依存関係セットアップのマニフェスト一覧が定義されています。ソースコードのみを対象とするキャッシュ再利用ポリシーを維持し、プライベートまたは Git の管理下にないファイルを除外したまま、whale/Cargo.toml をその一覧に追加します。whale/Cargo.toml のみを変更する前後で identity() を呼び出して結果を検証し、その後、アプリケーションのソースコードのみを変更した場合も、依然として文書化された復元動作に従うことを確認してください。

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

説明

ci enhancement good first issue

Motivation

The cache identity enumerates root, llvm, utils and front manifests but omits whale/Cargo.toml. Modifying only that manifest in an isolated workspace fixture leaves the identity unchanged. Cargo still checks fresh sources; this does not demonstrate reuse of an incorrect compiler.

Starting point: tools/ci/freebsd_cache.py:27.

Validation

Audited canonical Wave 540728c2eb6cc12f5c69c3fb3fdb96e07ba059a4 (0.0.1-alpha-dev), whose tree matches the local checkout. Validation: Executed actual freebsd_cache.identity() before/after an isolated Whale manifest change. Executed compiler probes use the matching checkout-built compiler and std on Linux amd64 (Rust 1.89.0 / LLVM 21.1.8). Source/header or mocked checks are not native execution on another OS.

Scope

Make the dependency-setup manifest inventory reflect workspace membership, while retaining the intentional source-only cache reuse policy.

Completion criteria

  • Changing whale/Cargo.toml affects dependency-setup identity.
  • Existing included manifests remain covered, without private/untracked files entering the key.
  • An ordinary application-source-only change follows the documented restore policy.

This is a bounded, unassigned task with the starting point and focused checks above. Keep unrelated refactoring out of the change.

主要言語
Rust
スター
56
フォーク
21
平均マージ
5時間 16分
マージ済み PR(30日)
55

環境構築

はじめの一歩

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

wavefnd/Wave のほかの issue

wavefnd/Wave の issue をすべて見る

似ている issue

Rust の issue をもっと見る

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

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