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	d331bef1ed	feat(pr-watch): 回報 PR 現況，並在它結束時清掉工作樹 ... 開發者要能隨時問一句「這個 PR 現在怎麼樣、我還有什麼要做」。回報 PR 狀態、還有幾則 留言沒處理、工作樹在哪、裡面有沒有沒提交的東西，以及固定列舉值的 suggestedAction ——用列舉值而不是一段文字，呼叫端才能程式化判斷。 一次性、無狀態：不做變化偵測。已處理的判定基準是 Gitea 上的 +1 與 resolve，那個狀態 不在本機記憶裡，所以一份現況快照就足以回答「還有沒有事要做」，不必跟上次比較，也就 不必留任何游標或狀態檔。不做常駐程序也不做 daemon，排程交給呼叫端。 只通知，不動手：偵測到未處理留言只給建議，不自動執行 /sdlc-fix——流程不該被模型自動 觸發，而 /sdlc-fix 要求「不確定時詢問使用者」，非互動模式下那個詢問無處可去。 四種狀態的處置不一致，所以表格驅動測：merged 與 closed 終止並清理；open 繼續監看； draft 繼續監看且**不清理**——被退回草稿代表還要繼續改，這時候那棵工作樹更需要留著。 議題 #41 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-17 16:59:30 +08:00