2 Commits

Include renames

Author	SHA1	Message	Date
jiantw83andClaude Opus 5	617a3eef72	fix(pr-watch): 試跑的預告與實跑的守門對齊，並說出路徑被佔住這件事 ... review 抓到一處落差：試跑判「終止且工作樹乾淨」就預告 git worktree remove， 但實跑多判一件事——那條路徑上的東西是不是真的一棵工作樹。別的 clone 在同一條路徑上 留下目錄時（路徑由 owner/repo/分支名 推導，不含本機 clone 的位置），試跑會預告一行 實跑必然拒絕的指令，而回報裡完全看不出原因。 判斷收進 lib 的 inspectWorktree，由它直接給出 reason（missing／foreign／dirty／ removable）：試跑與實跑、自動與手動四條路徑從此擋在同一個判斷上，worktree-remove 裡 那份重算的副本也跟著刪掉。回報多一個「是工作樹」欄位，手動出口的 NOT_A_WORKTREE 不再是使用者第一次聽到這件事。 順帶兩件同源的修正： - 「是不是工作樹」改認 .git 為**檔案**。獨立 clone 的 .git 是目錄，先前會被當成工作樹， 然後在 git worktree remove 那一步炸出一句原始錯誤。 - 兩支腳本的 --dry-run 請求預告收進 pr-threads 的 plannedRequests，並補上 pr-watch 先前漏掉的那句說明（逐則 reaction 與逐個 review 的行內留言事前列不完）。預告與實際 發出的請求分開寫，加一個端點就會有一邊忘了改。 - PR 讀不到 head 分支時給出 PULL_HEAD_MISSING，而不是拿空字串去推導一條路徑。 議題 #41 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-17 17:06:07 +08:00
jiantw83andClaude Opus 5	9e049580bb	feat(worktree-remove): 手動清掉一棵工作樹，絕不 --force ... pr-watch 會在 PR 合併或關閉時自動清理，但永遠不會被合併也不會被關閉的 PR 沒有出口 ——沒有這一支，那些工作樹只能靠使用者自己記得去刪。兩條路共用 lib 的 removeWorktree， 不互相開子行程：守門的規則只有一份，自動的那條與手動的這條不該長出兩種行為。 **絕不 --force。** 清理會被自動執行，而自動執行的東西只能做可逆的事：工作樹重建得回來， 被刪掉的未提交變更救不回來。所以有東西沒提交就中止並報出路徑與檔名。只移除工作樹， 本機分支與遠端分支都留著。 輸入是 owner/repo 與分支名而不是一條路徑：要刪哪一棵由「哪顆工作包」決定， 使用者不必自己去記 12 碼的雜湊目錄名。 順手修掉一個測試抓出來的解析錯誤：git status --porcelain 的第一行前導空白會被 runGit 的 trim 修掉，固定切前三個字元會讓已修改檔案的檔名少一個字（README.md 變成 EADME.md）， 人照著訊息去找會找不到。改成認「狀態欄一到兩個字元 + 空白」。 議題 #41 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-17 16:59:30 +08:00