refactor(loader-client): the manifest version is read from public/version in the cwd and nothing uses it

オープン 初心者向け
  • 何か問題がありますか？
#145 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

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

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

評価

難易度
2/5
見積もり時間
1〜3時間
初心者へのやさしさ
72/100
issue の種類
リファクタリング
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
typescript
領域
backend, documentation

調査の方向性

apps/client/src/manifest.ts を読み、apps/client/src/server.ts と apps/website/src/types/manifest.type.ts にある manifest の型を確認してください。選択した変更に合わせて、docs/docs/client.mdx と apps/website/README.md のクライアントおよびウェブサイトのドキュメントを更新してください。未使用の manifest バージョン処理とその参照が一貫して削除されるか、ドキュメントに記載された代替案が実装されたら完了です。

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

説明

app:client app:website enhancement refactor
Which app is this feature request for?

client

Feature

Since the per-file hashes (#8), the website never reads manifest.version. The client still computes it on every /manifest request (manifest.ts#L9-L20):

  • it reads public/version relative to the process cwd, not the game dir, so a stray file there would freeze the value;
  • otherwise it fingerprints every file hash.

This is dead logic, and the docs still describe it (client.mdx#L37, website README.md#L51).

Found during a read-only audit of main @ 044c766 (2026-11-11).

Ideal solution or implementation

Remove version from the manifest and its types (apps/client/src/server.ts, apps/website/src/types/manifest.type.ts), and update the docs.

Alternative solutions or implementations

Keep version, but use it in the website as a cheap cache key before checking each file hash, and compute it from the game dir instead of the cwd.

Other context

No response

主要言語
TypeScript
スター
1
フォーク
0
平均マージ
17時間 25分
マージ済み PR（30日）
11

環境構築

はじめの一歩

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

NanoForge-dev/Loader のほかの issue

NanoForge-dev/Loader の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

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

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