2 Commits

Include renames

Author	SHA1	Message	Date
jiantw83andClaude Opus 5	74b4ca130e	feat(timer): 碼錶移出領取，等工作樹建成之後才起 ... 原本的順序是「放行 → 設 assignee 與標籤 → 起錶 → 處理分支」，而工作樹建立 失敗會中止整個領取——錶已經起了才失敗，使用者會被計一段什麼都沒做的時間， 而工時要準正是工時報表的立足點。 claim 只留領取鎖的兩件事（assignee 與標籤），起錶交給新的 timer.js，由流程 正本排在 branch-prep 之後。timer 已經跑在這顆議題上時什麼都不做：中斷後重跑 是它最常見的處境，重新起錶會把已經累積的時間切成兩段；跑在別顆上則照舊擋下， 不代勞停錶。 三支腳本讀碼錶的那段各留一份，趁這次收進 lib。 議題 #40 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-17 16:27:43 +08:00
jiantw83andClaude Opus 5	7f24c9070e	feat(claim): 領取工作包，上鎖、貼標籤、起錶 ... 鎖用 assignee 加標籤，不用碼錶——Gitea 只讓人讀自己的錶，看不到別人的，拿它當鎖會漏判。 碼錶在這裡只有一個用途：發現自己忘了停掉上一顆。 四種狀態的處置：他人已認領擋；自己的錶跑在本議題擋；跑在別的議題擋；沒有鎖放行。 後者包含「自己已認領但沒起錶」，那正是中斷後重跑的情形，重跑不會產生第二把鎖。 兩種碼錶的錯誤碼分開，因為使用者的下一步不同——一個是「你已經在做了」， 另一個是「你忘了停掉那一顆」。 會擋的判斷全部做在任何寫入之前，包含「repo 上有沒有『進行中』標籤」：本 plugin 不自動 建標籤，缺了就整件事不做，不要只設一半的鎖。錶則留到最後才起，前面任一步失敗時不該 留下一顆還在跑的碼錶。 --dry-run 走同一條路，只停在寫入之前。它印出的是這一顆此刻真正缺的那幾步， 不是一份手寫的固定清單——後者會跟實作走鐘，也說不出「這顆已經是你的了」。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-17 07:07:00 +00:00