jiantw83
30297cc49a
fix(pr-create): 錶停在議題的 repo，並讓重跑不會開出第二顆 PR
claim 在工作包議題上起錶，而 PR 開在目標專案上——議題在需求的 repo，程式碼在 repos 列的
那幾個，兩者常常不是同一個。先前用同一個 --repo 同時指 PR 與停錶，停到的會是別人的議題
（或 404 而在 PR 已建立之後才拋錯），而自己的錶還在跑。新增 --issue-repo，預設與 --repo 相同。
--index 與 --base 改為必填：停錶是這一步的一部分，忘了給會讓工時算不準；而目標專案的開發
分支可能叫 master、main 或 develop，猜錯會開到不存在的 base。
重跑先查同一個 head 有沒有開著的 PR，有就回傳它並把 created 設為 false，然後照樣停錶——
那一步可能正是上次中斷的地方。先前重跑會撞上 Gitea 的 422，而那個錯誤看不出 PR 其實已經開好。
停錶的 500 改為只在訊息確實提到 stopwatch 時才視為「本來就沒在跑」，免得把真的伺服器錯誤
吞掉；未經證實的 409 那一支拿掉。測試結果的空話檢查改成整段每一行都是空話才擋，段落也改用
行首標題切，描述裡引用到「## 測試結果」這幾個字不會再讓檢查看錯地方。
2026-09-17 08:23:25 +00:00
..
2026-09-17 07:07:00 +00:00
2026-09-17 07:07:00 +00:00
2026-09-17 08:23:23 +00:00
2026-09-17 06:59:37 +00:00
2026-09-17 07:39:43 +00:00
2026-09-17 04:44:46 +00:00
2026-09-17 06:30:22 +00:00
2026-09-17 06:06:10 +00:00
2026-09-17 07:39:44 +00:00
2026-09-17 04:44:45 +00:00
2026-09-17 07:06:59 +00:00
2026-09-17 08:23:25 +00:00
2026-09-17 06:06:10 +00:00
2026-09-17 06:59:37 +00:00
2026-09-17 06:50:34 +00:00
2026-09-17 06:06:09 +00:00
2026-09-17 06:59:37 +00:00
2026-09-17 06:30:23 +00:00