inkstone/ISEP - ISEP - Gitea: Git with a cup of tea

inkstone/ISEP

Fork 0

Commit Graph

Author	SHA1	Message	Date
Leo	58c3689e4b	閘教的那條出路要真的走得通（inkstone/ISEP#112） comment-carries-task-guard 擋下留言時教人跑 `scripts/ticket subtask …`，而那一行跑不動。兩個獨立的原因，各自都足以害死它： ① 相對路徑對「貼上去那個人的 cwd」解析。總管的 cwd 是 InkStoneCo/，那裡的 scripts/ticket 是停在 08-27 之前的舊複本（grep -c subtask → 0），照著貼只印出它「四個動詞」的說明然後 exit 0。 ② 用法是手抄的第二份，而它已經漂了：寫了 --assign 卻沒有 --next，正本會因為「指派了人卻沒寫 --next」直接擋下（exit 2，在打 API 之前）。修法是拿掉可以漂的那一格，不是把兩份對齊一次： - 路徑 scripts/ticket 的 self_path()（__file__ 的絕對路徑） ⇒ 印指令的人與跑指令的人是同一個檔案 - 用法 USAGE / usage_text() 一份，閘去 `ticket usage subtask --example` 現要 - 內文模板 body_template() 由 REQUIRED_SECTIONS 現生，跟檢查同源新增動詞 `ticket usage <verb> [--example] [--parent] [--draft]`。閘的訊息改成整塊可貼可跑：腳本絕對路徑、母票已填、內文草稿附在同一塊裡，只剩標題／目標／驗收條件三格是機器不可能知道的。正本叫不動時 fail-open 的只有「訊息內容」（只指路，不補一份手抄用法），擋不擋不受影響。測試 scripts/test-comment-carries-task-guard.sh 22 → 29 條。新增的 ⑮–㉑驗的是「出路走不走得通」，不是「有沒有擋」—— ⑱ 把閘 stderr 裡那塊指令原樣抽出來、只填三格、真的執行一次，離開碼必須是 1（走到網路才停）；是 2 就代表這個病復發。六個變異全部驗過會紅（相對路徑／閘自己抄用法／--assign 沒配 --next／模板寫死少一段／fallback 補回手抄用法）。版本：待總管定版（plugin update 比的是版本號不是內容）。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01SP7DiGMfSkWjZ15CHMbPFE	2026-08-31 11:01:45 +00:00
Leo	b46bc5e44c	dogfood 抓到自己的漏：交棒標記只認第一行，不認「內文提過」實跑自己那則交件報告時，閘沒有擋——因為報告裡引用了一段 ticket mine 的輸出（那段有 🏃），整則就被豁免掉了，而它裡面真的有「等雲端那半出貨」。 ⇒ 同 inkstone/InkStoneCo#23 那個病：複述關鍵字被當成本人。 ticket handback 寫的交棒留言 🏃 一定在第一行，引用別人的輸出則不會 ⇒ 錨在第一行。回歸測試 +2（20/20 → 22/22）。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-27 12:13:27 +08:00
Leo	e474b4cb6f	棒子不會掉：子票相依＋tag＋指派三格，全部用 Gitea 原生欄位 leo 2026-08-27：「子票相依是 gitea 原有機制，改 tag 和指定也是，這些全部都要」 08-26 掉的那一次（arcrun-rag#136 comment 4267「等雲端那半出貨才驗得了」躺了 14 小時）三格全缺：沒有子票、tag 沒動、沒有指派給任何人。根因不是誰忘了，是那件事沒有落在任何一個「撈一次就看得到」的欄位上。實測（Gitea 1.26.4）：子票還開著時關母票 → HTTP 412 "cannot close this issue or pull request because it still has open dependencies" ⇒ 相依是平台保證的硬擋，不是提醒。跨 repo 也成立（201）。 - scripts/ticket 新增三個動詞：subtask（長子票＋掛相依）／ handback（指派＋改 tag＋寫下一步，一個動作）／mine（撈一次看棒子在誰手上） - hooks/comment-carries-task-guard.sh：留言帶未完成的未來式卻沒開子票 → 擋一次 - hooks/baton-handback-guard.sh：一條線收工，三格缺哪一格當場說出來（提醒不擋） - docs/governance §16：三個維度／粒度（傾向多開票）／既有票只從今天起適用／與 s/* 的關係／實測輸出 - 測試 20+10 全綠，用 fixture 跑不打網路、不在票池留測試票 📌 踩到並記進閘的檔頭：hook 裡比對中文一律用 python3 的 re，不要用 grep 的字元類（等[^。]{0,20}出貨在真實 hook 呼叫路徑下對「等雲端那半出貨」不匹配，閘靜默失效）票：inkstone/ISEP#30（comment 4334／4335／4346／4347） Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-27 12:05:53 +08:00

Author

SHA1

Message

Date

Leo

58c3689e4b

閘教的那條出路要真的走得通（inkstone/ISEP#112）

comment-carries-task-guard 擋下留言時教人跑 `scripts/ticket subtask …`，
而那一行跑不動。兩個獨立的原因，各自都足以害死它：

① 相對路徑對「貼上去那個人的 cwd」解析。總管的 cwd 是 InkStoneCo/，
   那裡的 scripts/ticket 是停在 08-27 之前的舊複本（grep -c subtask → 0），
   照著貼只印出它「四個動詞」的說明然後 exit 0。
② 用法是手抄的第二份，而它已經漂了：寫了 --assign 卻沒有 --next，
   正本會因為「指派了人卻沒寫 --next」直接擋下（exit 2，在打 API 之前）。

修法是拿掉可以漂的那一格，不是把兩份對齊一次：
- 路徑     scripts/ticket 的 self_path()（__file__ 的絕對路徑）
           ⇒ 印指令的人與跑指令的人是同一個檔案
- 用法     USAGE / usage_text() 一份，閘去 `ticket usage subtask --example` 現要
- 內文模板 body_template() 由 REQUIRED_SECTIONS 現生，跟檢查同源

新增動詞 `ticket usage <verb> [--example] [--parent] [--draft]`。
閘的訊息改成整塊可貼可跑：腳本絕對路徑、母票已填、內文草稿附在同一塊裡，
只剩標題／目標／驗收條件三格是機器不可能知道的。
正本叫不動時 fail-open 的只有「訊息內容」（只指路，不補一份手抄用法），
擋不擋不受影響。

測試 scripts/test-comment-carries-task-guard.sh 22 → 29 條。
新增的 ⑮–㉑ 驗的是「出路走不走得通」，不是「有沒有擋」——
⑱ 把閘 stderr 裡那塊指令原樣抽出來、只填三格、真的執行一次，
離開碼必須是 1（走到網路才停）；是 2 就代表這個病復發。
六個變異全部驗過會紅（相對路徑／閘自己抄用法／--assign 沒配 --next／
模板寫死少一段／fallback 補回手抄用法）。

版本：待總管定版（plugin update 比的是版本號不是內容）。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01SP7DiGMfSkWjZ15CHMbPFE

2026-08-31 11:01:45 +00:00

Leo

b46bc5e44c

dogfood 抓到自己的漏：交棒標記只認第一行，不認「內文提過」

實跑自己那則交件報告時，閘沒有擋——因為報告裡**引用了一段 ticket mine 的輸出**
（那段有 🏃），整則就被豁免掉了，而它裡面真的有「等雲端那半出貨」。
⇒ 同 inkstone/InkStoneCo#23 那個病：複述關鍵字被當成本人。
ticket handback 寫的交棒留言 🏃 一定在第一行，引用別人的輸出則不會 ⇒ 錨在第一行。

回歸測試 +2（20/20 → 22/22）。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

2026-08-27 12:13:27 +08:00

Leo

e474b4cb6f

棒子不會掉：子票相依＋tag＋指派三格，全部用 Gitea 原生欄位

leo 2026-08-27：「子票相依是 gitea 原有機制，改 tag 和指定也是，這些全部都要」

08-26 掉的那一次（arcrun-rag#136 comment 4267「等雲端那半出貨才驗得了」躺了
14 小時）三格全缺：沒有子票、tag 沒動、沒有指派給任何人。根因不是誰忘了，
是那件事沒有落在任何一個「撈一次就看得到」的欄位上。

實測（Gitea 1.26.4）：子票還開著時關母票 → HTTP 412
"cannot close this issue or pull request because it still has open dependencies"
⇒ 相依是平台保證的硬擋，不是提醒。跨 repo 也成立（201）。

- scripts/ticket 新增三個動詞：subtask（長子票＋掛相依）／
  handback（指派＋改 tag＋寫下一步，一個動作）／mine（撈一次看棒子在誰手上）
- hooks/comment-carries-task-guard.sh：留言帶未完成的未來式卻沒開子票 → 擋一次
- hooks/baton-handback-guard.sh：一條線收工，三格缺哪一格當場說出來（提醒不擋）
- docs/governance §16：三個維度／粒度（傾向多開票）／既有票只從今天起適用／
  與 s/* 的關係／實測輸出
- 測試 20+10 全綠，用 fixture 跑不打網路、不在票池留測試票

📌 踩到並記進閘的檔頭：hook 裡比對中文一律用 python3 的 re，不要用 grep 的字元類
（等[^。]{0,20}出貨 在真實 hook 呼叫路徑下對「等雲端那半出貨」不匹配，閘靜默失效）

票：inkstone/ISEP#30（comment 4334／4335／4346／4347）

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

2026-08-27 12:05:53 +08:00

3 Commits