jiantw83 and Claude Opus 5
97d0afac38
test(project-add): 把「不建立專案」改成驗得出東西的斷言
...
原本的條件是「沒有非 GET 請求打到路徑含 project 的端點」，但 Gitea 的專案根本
沒有 API 路徑，這個條件恆真，壞掉的實作也會通過。改成斷言真正的寫入只有議題本身
那一次 PATCH、而且只帶 projects 欄位。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com >
2026-09-17 06:06:12 +00:00
jiantw83 and Claude Opus 5
15da38a460
test(issue-update): 封住估算那一行的三種污染
...
三條測試都先確認過會在舊版實作上失敗。第一版寫出來時有兩條其實是陪跑的——
情境裡沒有後續段落，正確與錯誤的結果剛好都落在 body 結尾，分不出來。加上一個
真正的後續段落之後才有鑑別力。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com >
2026-09-17 06:06:11 +00:00
jiantw83 and Claude Opus 5
b09746a309
test(排程): 覆蓋重複 index
...
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com >
2026-09-17 06:06:11 +00:00
jiantw83 and Claude Opus 5
7a6cf948f5
fix(流程正本): 補回標題後被吃掉的空行
...
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com >
2026-09-17 06:06:10 +00:00
jiantw83 and Claude Opus 5
be6ceddde0
refactor(參數): parseIndex 抽到 lib，四支腳本共用
...
同一段 /^[1-9]\d*$/ 與 BAD_INDEX 已經抄了四份。lib 本來就放著同性質的 parseRepo，
這一支該待在它旁邊。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com >
2026-09-17 06:06:10 +00:00
jiantw83 and Claude Opus 5
e5b247e4cf
fix(排程): 拒絕重複的工作包 index
...
同一個 index 出現兩次時，相依看的是後者、標題與人天卻取到前者，算出來的時程是
兩份定義混出來的東西，而且回傳 ok:true 完全不報錯。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com >
2026-09-17 06:06:09 +00:00
jiantw83 and Claude Opus 5
e494bd534e
fix(議題解析): upsertLineInSection 限定在目標段落內
...
三個實際重現過的污染情境：
- 圍欄裡的 `## 關聯` 被當成真標題，估算插進圍欄後面。本檔的共同前提是「圍欄裡的
東西不是內容」，這支卻自己用 indexOf 找標題，繞過了那個判斷。
- `## 關聯度說明` 被 indexOf 當成 `## 關聯` 命中，改到別人的段落。
- 「這一行是否已存在」用整份 body 比對，於是別的段落剛好有 `估算人天：` 時被改掉，
真正的關聯段落反而一直拿不到值。
改成沿用同檔的 eachLine 走行、標題要完全相同、既有那一行只在段落範圍內找。
弄錯的代價是靜靜改壞別人的內容，所以三道判斷都收緊。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com >
2026-09-17 06:06:09 +00:00
jiantw83 and Claude Opus 5
257642cb1c
test(sdlc-analyze): 釘住第三段的腳本順序與已知限制那一節
...
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com >
2026-09-17 06:06:08 +00:00
jiantw83 and Claude Opus 5
c635465751
feat(sdlc-analyze): 加入第三段，把工作包排上時程與看板
...
先算後寫：schedule 算出截止日，再由 issue-link、issue-update、project-add 逐顆
補上相依、時程與看板。三支都先試跑再實跑，三支都是冪等的。
另立一節寫明人天估算的 API 限制，而不是把它藏在行文裡——estimate 只寫得進 body，
sdlc-report 之後讀的也是那一行，這件事踩到才知道就太晚了。
邊界改成三段各自列：哪一段不做什麼講清楚，兩顆工作包才不會互相踩。
Closes #8
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com >
2026-09-17 06:06:08 +00:00
jiantw83 and Claude Opus 5
5327f5882e
test(project-add): 覆蓋反查、貼網址、既有看板不被覆蓋
...
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com >
2026-09-17 06:06:07 +00:00
jiantw83 and Claude Opus 5
770bf686ce
feat(project-add): 把議題放進看板，看板 id 靠掃議題反查
...
Gitea 1.27 沒有「列出專案」的 endpoint，名稱只能反查：掃最近 50 筆議題，從它們
身上的 projects 欄位湊出 id→名稱對照。全都沒掛看板時湊不出來，這時請使用者直接
貼專案網址，結尾即 id。
projects 欄位是整份取代不是附加，所以要先讀出議題既有的看板再聯集——漏掉就等於
把這顆議題踢出原本的看板。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com >
2026-09-17 06:06:06 +00:00
jiantw83 and Claude Opus 5
3f97fe0901
test(issue-update): 覆蓋 Milestone 解析、日期格式與估算的就地更新
...
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com >
2026-09-17 06:06:06 +00:00
jiantw83 and Claude Opus 5
45bfd99d80
feat(issue-update): 掛 Milestone、寫截止日、記人天估算
...
三件事經同一個 PATCH 送出，因為排時程時它們幾乎總是一起改，分開發等於多兩次往返。
Milestone 只認既有的：指到不存在的就中止並列出可選項目，本工具不建立 Milestone。
人天估算只寫進 body 的人類可讀一行。Gitea 1.27 的 API 沒有任何請求定義接受
time_estimate——它只出現在 Issue 的回應裡——所以議題的估算欄位無法由 API 寫入。
新增的 upsertLineInSection 負責就地更新那一行：重跑改估算不會累積成兩行，值沒變
就不把 body 塞進 PATCH，免得在議題上留下一筆沒有內容的編輯紀錄。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com >
2026-09-17 06:06:05 +00:00
jiantw83 and Claude Opus 5
b45437e527
test(issue-link): 覆蓋兩種相依、冪等與自我相依
...
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com >
2026-09-17 06:06:05 +00:00
jiantw83 and Claude Opus 5
b1025168c0
feat(issue-link): 建立議題之間的阻擋與先決
...
--depends 是「這顆被誰擋住」，--blocks 是「這顆擋住誰」。先讀現況只補缺的那幾條，
重跑不會在 Gitea 上堆出重複的相依。
請求必須帶 owner 與 repo：Gitea 的相依端點少了它們會回 404，而且訊息是「repository
does not exist」，不看文件會以為是路徑寫錯。
自己依賴自己擋在發出請求之前——Gitea 會接受，但那會讓後續的拓撲排序永遠排不完。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com >
2026-09-17 06:06:04 +00:00
jiantw83 and Claude Opus 5
be477a4391
test(排程): 覆蓋拓撲順序、多重先決與成環
...
除了逐例比對日期，另有一條測試直接驗「所有先決關係都滿足」這個不變式，
而不是只比對硬編的日期字串——不變式壞掉時它會指出是哪一對。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com >
2026-09-17 06:06:04 +00:00
jiantw83 and Claude Opus 5
0f53567737
feat(排程): 依相依關係拓撲推算截止日
...
保證一件事：任一工作包的截止日都不早於它的先決。人工排時程最常出現的矛盾就是
前置工作比後續還晚到期，看板上看起來合理、實際上做不到。
以 Kahn 演算法排序，排不完就代表有環，而環上的成員正是排不進去的那些，直接把
它們列出來——相依成環是拆法有問題，硬排沒有意義。
日期以日曆日累加，不跳週末也不扣假日：跳過哪些日子是團隊政策，這裡不替使用者
決定。這支腳本不碰 Gitea 也不碰 git，純算數字，因此沒有前置檢查也不需要登入。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com >
2026-09-17 06:06:03 +00:00
jiantw83andClaude Opus 5