vp staged reports a saved recovery patch that is missing after restore failure on Windows

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

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

@voidzero-bot がすでに取り組んでいます。

2026年11月4日 から。

  • #3357 @voidzero-bot による — オープン

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
25/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
停滞
技術スタック
git, rust
領域
tooling

調査の方向性

Start by locating the vp staged recovery path that emits “Failed to restore unstaged changes!” and writes unstaged.patch; the issue does not name a file or test. Reproduce the restore failure on Windows in a Git worktree, then inspect whether recovery leaves a durable patch or has already restored the changes. Done means the message accurately reports a patch that remains available or confirms recovery succeeded; pull request #3357 is already open.

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

説明

- P3: minor bug triage: fix verified

[!NOTE]
🤖 gpt-6.1-sol responding on behalf of Elliot

On Windows, a pre-commit hook running vp staged completed fmt, lint, and knip, then failed while restoring an unstaged formatting-only change:

Failed to restore unstaged changes!
Done reverting to original state!
Unstaged changes have been kept back in a patch file:
<git-worktree-dir>/lint-staged/<id>/unstaged.patch
pre-commit script failed (code 1)

Immediately afterward, the reported patch path did not exist. The staged source changes were intact and git diff showed no unstaged diff. This happened in a Git worktree after formatting an import change before committing; another changed-file validation command was also running. I have not isolated whether that concurrent validation contributed.

Please ensure the recovery message names a durable patch that remains available, or explicitly report that recovery already succeeded and no patch remains. A missing patch after a failed-restore message makes it hard to establish whether changes were preserved. No private paths or source data are included here.

主要言語
Rust
スター
6.5k
フォーク
297
平均マージ
1日 1時間
マージ済み PR(30日)
249

環境構築

Codespaces で開く

このプロジェクトの開発コンテナを、あなたの GitHub アカウントでブラウザ上に起動します。

はじめの一歩

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

voidzero-dev/vite-plus のほかの issue

voidzero-dev/vite-plus の issue をすべて見る

似ている issue

Rust の issue をもっと見る

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

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