Build artifacts are committed, so git status is dirty after every build
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 1/5
- 見積もり時間
- 1時間未満
- 初心者へのやさしさ
- 94/100
- issue の種類
- バグ
- 明瞭さ
- 明確に書かれている
- 活発さ
- 活発
- 技術スタック
- git, typescript
調査の方向性
まずルートの .gitignore と、追跡対象のファイル apps/http-server/tsconfig.tsbuildinfo および apps/ws-server/tsconfig.tsbuildinfo を確認します。issue にある git rm --cached コマンドを使って、ローカルのコピーを残したまま追跡を解除し、次に除外ルールを追加します。pnpm run build を実行して git status を確認します。両方のファイルがローカルに残り、ビルド後の作業ツリーがクリーンなら完了です。
索引モデルが issue の本文から書いたものです。
説明
Two TypeScript incremental-build caches are tracked by git:
$ git ls-files | grep tsbuildinfo
apps/http-server/tsconfig.tsbuildinfo
apps/ws-server/tsconfig.tsbuildinfo
They are regenerated by every pnpm build, so they show as modified immediately after any build:
$ pnpm run build && git status --short
M apps/http-server/tsconfig.tsbuildinfo
M apps/ws-server/tsconfig.tsbuildinfo
Why it matters
Anyone who builds before committing has to notice these and leave them out. Miss it, and a PR that should touch two files touches four, with a binary-looking diff nobody can review. It also makes git status useless as a check on what you actually changed.
For a new contributor this is a confusing first experience: they did not edit these files, but git says they did.
The subtlety
A .gitignore entry alone will not fix it. Git keeps tracking a file it already knows about, so the rule is ignored for these two. The repo already shows both outcomes:
apps/admin-server/.gitignore:4:*.tsbuildinfo # added before anything was committed - clean
apps/http-server/.gitignore:5:/tsconfig.tsbuildinfo # added after - still tracked, still dirty
ws-server has no rule at all.
What a fix looks like
git rm --cached apps/http-server/tsconfig.tsbuildinfo apps/ws-server/tsconfig.tsbuildinfo
--cached removes them from git while leaving the files on disk, so nothing breaks locally. Then add *.tsbuildinfo to the root .gitignore so this cannot come back for a future app.
Worth a quick look for other generated files in the same position — git ls-files against the build output directories.
Definition of done
git statusis clean straight afterpnpm run build*.tsbuildinfois ignored repo-wide- The files still exist locally; incremental builds are not slower
Good first issue: two commands and a one-line ignore rule, and it removes a papercut every contributor hits.
- 主要言語
- TypeScript
- スター
- 21
- フォーク
- 7
- 平均マージ
- 3時間 39分
- マージ済み PR（30日）
- 16
環境構築
- Dockerfile または Docker Compose ファイルあり
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
TheCodeHeist-Coder/Rexial のほかの issue
-
documentation good first issue help wanted
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
TheCodeHeist-Coder/Rexial#195 ·
メンテナーはふだん 1 日以内に返信
-
Backend first issue bug help wanted
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
TheCodeHeist-Coder/Rexial#193 ·
メンテナーはふだん 1 日以内に返信
-
Backend first issue bug good first issue help wanted
難易度 2/5 1〜3時間 初心者へのやさしさ 86/100
TheCodeHeist-Coder/Rexial#192 ·
メンテナーはふだん 1 日以内に返信
-
Backend first issue bug good first issue help wanted
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
TheCodeHeist-Coder/Rexial#191 ·
メンテナーはふだん 1 日以内に返信
-
good first issue help wanted UI & UX
難易度 2/5 1〜3時間 初心者へのやさしさ 90/100
TheCodeHeist-Coder/Rexial#190 ·
メンテナーはふだん 1 日以内に返信
TheCodeHeist-Coder/Rexial の issue をすべて見る
似ている issue
-
area: image-engine bug priority: low
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
snapotter-hq/SnapOtter#3885 ·
メンテナーはふだん 1 日以内に返信
-
Mend: dependency security vulnerability
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
メンテナーはふだん 3 日以内に返信
-
pending triage
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
メンテナーはふだん 1 日以内に返信
-
bug P3 UI/UX
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
メンテナーはふだん 1 日以内に返信
-
clawsweeper:fix-shape-clear clawsweeper:queueable-fix clawsweeper:source-repro impact:ux-friction issue-rating: 🦞 diamond lobster no-stale P3
難易度 2/5 1〜3時間 初心者へのやさしさ 73/100
openclaw/openclaw#182077 · コメント 1 件 · リアクション 1 件 ·
メンテナーはふだん 1 日以内に返信