tea-sdlc

111 Commits 1 Branch 0 Tags

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	002511ce45	test(sdlc-feat): 覆蓋領取鎖決策表、分支命名規則與三處不覆蓋他人進度領取鎖的四種狀態各一例，而且每一種擋的情況都驗「一個字都沒寫進 Gitea」——擋下來卻已經改了一半，比直接放行更難收拾。分支命名是純字串規則，表格驅動：開發分支三種寫法、功能分支兩層，加上中文、超長、大寫、底線與連續連字號的輸入驗證。 git 的部分在臨時 repo 上跑真的 git，釘住三件事後來由 code review 抓出來的實際缺陷：遠端分支的比對必須用全名（否則 feat/x/main 會冒名頂替 main）、工作區不乾淨要在動手前就擋、來源分支與遠端分歧要回可區分的錯誤碼而不是 git 的原始訊息。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-17 07:07:02 +00:00

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

002511ce45

test(sdlc-feat): 覆蓋領取鎖決策表、分支命名規則與三處不覆蓋他人進度

領取鎖的四種狀態各一例，而且每一種擋的情況都驗「一個字都沒寫進 Gitea」——擋下來卻已經
改了一半，比直接放行更難收拾。

分支命名是純字串規則，表格驅動：開發分支三種寫法、功能分支兩層，加上中文、超長、大寫、
底線與連續連字號的輸入驗證。

git 的部分在臨時 repo 上跑真的 git，釘住三件事後來由 code review 抓出來的實際缺陷：
遠端分支的比對必須用全名（否則 feat/x/main 會冒名頂替 main）、工作區不乾淨要在動手前
就擋、來源分支與遠端分歧要回可區分的錯誤碼而不是 git 的原始訊息。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

2026-09-17 07:07:02 +00:00