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

inkstone/ISEP

Fork 0

Commit Graph

Author	SHA1	Message	Date
Leo	23e4472715	封「新增 Gitea 東西」的每一道側門，不是只有開票（inkstone/ISEP#72） leo 2026-08-27：「開票不查是否有現成的，這是什麼問題？」「不只開票前，所有新增 gitea 的東西，都要搜尋」。 v1 的 ticket-api-bypass-guard 只認裸字 `grep -qw POST`（大小寫敏感），只管 issues 端點。2026-08-27 總管一天開 13 張票，v1 一次都沒攔到—— 用的是 `urllib.request.Request(url, data=...)`（靠傳 data= 隱式變 POST，指令裡從頭到尾沒有 "POST" 三個字）和 `requests.post(...)`（小寫）。本次改動： - 寫入訊號從單一裸字換成一組結構性訊號（curl 資料類旗標／`.post(`／ `method=post`／urllib 隱式 POST），且大小寫不敏感，同時保留 v1 的裸字比對 - 端點擴大到 milestones／labels／pulls（含 org 層級的 labels），不再只管 issues - 用「resource/數字」特徵先放行帶 ID 的既有資源子路徑（貼留言、改標籤、合併 PR 等），避免貪婪比對把 `/issues/5/labels` 誤判成頂層 `/labels` 端點 - 擋下 issues 新增時，順手用標題猜關鍵字查一次跨 repo 搜尋，把可能撞到的舊票（例如 Arcrun#100）直接列進擋下的訊息裡測試：scripts/test-ticket-api-bypass-guard.sh 24/24 通過（v1 的 13 條 + 本次新增 11 條，含一條打真實 Gitea 網路重演 Arcrun#100 重複主題偵測）。 plugin.json 0.5.0 → 0.5.1；version-consistency 會在合併打 tag 那一刻才對齊（release-tag-guard.sh 的既定分工：打 tag 是總管驗過整個 milestone 之後的事）。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-27 16:19:06 +08:00
Leo	1dfc4e373a	v0.2.1：43 支閘的白話盤點、測試手冊、補上兩個被抓到的洞 leo 2026-08-20 問「InkStoneCo#40 加入了嗎？如果是這樣我應該可以白話文看到 hooks 的內容？」答案是不行——43 支閘沒有任何白話清單。這一版補上。 docs/hooks-inventory.md 43 支逐支一行，按「你會在什麼時候撞到它」分 9 組抽驗 5 支逐行核對源碼；順帶抓到 3 支有檔案沒註冊 docs/TESTING.md A1-A8 + B1-B5，每格都有「怎麼跑/該看到什麼/什麼算失敗」 scripts/test-*.sh 兩支閘的測試，共 21 條，全過兩個實撞的洞： - release-tag-guard 的排除清單是前綴比對，x 整條放行（A8 那個新 session 抓到的，總管複驗屬實）。改用 #23 驗證過的判準：關鍵字要在指令位置才算執行。補 3 條複合指令測試，8/8。 ⇒ 這是 InkStoneCo#36「包一層就繞過去」的同一個病，發生在同一天新寫的閘上。 - scripts/ticket 寫死只認名叫 gitea 的 remote，在 ISEP（remote 叫 origin）整個跑不起來 ⇒「開票前先搜」那道閘在新 repo 等於不存在。改成掃所有指向本站的 remote + 環境變數 fallback。 A8 已通過：新 session 裡 plugin 的閘真的觸發（exit 2、tag 未建立、訊息來自 plugin 路徑）。文件漂移訂正：plugin.json 與 README 寫 42 支/52 條，實際 43 支/53 條。兩支新閘補上 #40 §1 要求的三行中文檔頭。 🔴 但仍違反 #40 §3「新規則一律先 warn」——兩支都是 block。理由記在 #40 留言，等 leo 裁。	2026-08-20 17:08:00 +08:00

Author

SHA1

Message

Date

Leo

23e4472715

封「新增 Gitea 東西」的每一道側門，不是只有開票（inkstone/ISEP#72）

leo 2026-08-27：「開票不查是否有現成的，這是什麼問題？」「不只開票前，
所有新增 gitea 的東西，都要搜尋」。

v1 的 ticket-api-bypass-guard 只認裸字 `grep -qw POST`（大小寫敏感），
只管 issues 端點。2026-08-27 總管一天開 13 張票，v1 一次都沒攔到——
用的是 `urllib.request.Request(url, data=...)`（靠傳 data= 隱式變 POST，
指令裡從頭到尾沒有 "POST" 三個字）和 `requests.post(...)`（小寫）。

本次改動：
- 寫入訊號從單一裸字換成一組結構性訊號（curl 資料類旗標／`.post(`／
  `method=post`／urllib 隱式 POST），且大小寫不敏感，同時保留 v1 的裸字比對
- 端點擴大到 milestones／labels／pulls（含 org 層級的 labels），不再只管 issues
- 用「resource/數字」特徵先放行帶 ID 的既有資源子路徑（貼留言、改標籤、
  合併 PR 等），避免貪婪比對把 `/issues/5/labels` 誤判成頂層 `/labels` 端點
- 擋下 issues 新增時，順手用標題猜關鍵字查一次跨 repo 搜尋，把可能撞到的
  舊票（例如 Arcrun#100）直接列進擋下的訊息裡

測試：scripts/test-ticket-api-bypass-guard.sh 24/24 通過（v1 的 13 條 + 本次
新增 11 條，含一條打真實 Gitea 網路重演 Arcrun#100 重複主題偵測）。

plugin.json 0.5.0 → 0.5.1；version-consistency 會在合併打 tag 那一刻才對齊
（release-tag-guard.sh 的既定分工：打 tag 是總管驗過整個 milestone 之後的事）。

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

2026-08-27 16:19:06 +08:00

Leo

1dfc4e373a

v0.2.1：43 支閘的白話盤點、測試手冊、補上兩個被抓到的洞

leo 2026-08-20 問「InkStoneCo#40 加入了嗎？如果是這樣我應該可以白話文看到 hooks 的內容？」
答案是不行——43 支閘沒有任何白話清單。這一版補上。

docs/hooks-inventory.md   43 支逐支一行，按「你會在什麼時候撞到它」分 9 組
                          抽驗 5 支逐行核對源碼；順帶抓到 3 支有檔案沒註冊
docs/TESTING.md           A1-A8 + B1-B5，每格都有「怎麼跑/該看到什麼/什麼算失敗」
scripts/test-*.sh         兩支閘的測試，共 21 條，全過

兩個實撞的洞：
- release-tag-guard 的排除清單是前綴比對，x 整條放行
  （A8 那個新 session 抓到的，總管複驗屬實）。改用 #23 驗證過的判準：
  關鍵字要在指令位置才算執行。補 3 條複合指令測試，8/8。
  ⇒ 這是 InkStoneCo#36「包一層就繞過去」的同一個病，發生在同一天新寫的閘上。
- scripts/ticket 寫死只認名叫 gitea 的 remote，在 ISEP（remote 叫 origin）整個跑不起來
  ⇒「開票前先搜」那道閘在新 repo 等於不存在。改成掃所有指向本站的 remote + 環境變數 fallback。

A8 已通過：新 session 裡 plugin 的閘真的觸發（exit 2、tag 未建立、訊息來自 plugin 路徑）。

文件漂移訂正：plugin.json 與 README 寫 42 支/52 條，實際 43 支/53 條。

兩支新閘補上 #40 §1 要求的三行中文檔頭。
🔴 但仍違反 #40 §3「新規則一律先 warn」——兩支都是 block。理由記在 #40 留言，等 leo 裁。

2026-08-20 17:08:00 +08:00

2 Commits