 ceo
|
4582dfaa4e
|
internal/workflow：統一型別宣告，修復 #12 合併後 main 編譯失敗（#21）
#12 的 workflow.go 與 #13 的 types.go 各自宣告 User／Comment／Issue／
PullRequest／Repository，文字合併無衝突但語意衝突，main 自 a8c1f3e 起
go build 失敗。
統一採 #13 的字串模型（types.go 為唯一型別來源）：
- Issue／Comment 補 State／Body／ClosedAt 欄位，新增 parseMoment
（對應 gitea.py _parse_iso8601；保留原時區偏移，輸出與 Python
isoformat 位元組一致）
- workflow.go 移除重複宣告，stalled／xref 邏輯改用該模型與 judge.go
既有輔助（AssigneeNames／ReviewerNames／LastComment／containsString）
- Source 介面 number 改 int64（與 types.go 對齊），cmd/xcheck 同步
- workflow_test.go 測試資料改新型別模型（字串時刻、指標欄位）
驗證：
- go build／go vet／go test ./... 全綠（#6 與 #7 案例皆未回歸）
- xcheck 對真實 API 並行掃描，stalled 輸出與 gitea.py 位元組一致（含
bear-cli#9 父追蹤項子項摘要、+08:00 時區偏移）
- xref 邊界案例（nope#9／PR#50 略過、bear-cli#9 內嵌解析）與 Python 一致
|
2026-09-10 11:32:40 +08:00 |
|
 queena
|
a8c1f3e018
|
Merge pull request 'internal/workflow：xref 解析與 stalled 掃描核心邏輯（#7）' (#12) from feat/issue7-stalled-xrefs into main
|
2026-09-10 10:35:35 +08:00 |
|
|
ceo
|
b2dd2f3aac
|
修正 JSON 位元組相容與 xref Unicode 邊界（審核意見）
依 #12 審核意見修正四項偏差，並補一項同源問題：
1. iterXrefs 前一字元檢查改 Unicode：isWordChar 改用
unicode.IsLetter/IsDigit，且以 utf8 正確解碼前一 rune
（原版只認 ASCII 又取單一位元組）。另補齊 Python finditer
的重試語義：起點被 lookbehind 擋下時從下一 rune 重試，
否則「修復bear-cli#9」會整段丟失（Python 匹配後半 cli#9）；
lookbehind 字元集含 #（##5 不匹配）。
2. writeJSON 改 json.Encoder + SetEscapeHTML(false)：
Python ensure_ascii=False 不轉義 <、>、&，json.Marshal 預設
會，標題含這些字元即失去位元組相容。
3. stalled_hours 改 strconv.FormatFloat(v,'f',1,64)：整數值輸出
48.0（原 %g 輸出 48，極大值還會變 1e+06）。
4. Child.last_activity_at 無可解析時刻時輸出 null（原輸出 ""），
型別改 *string；格式對齊 FormatMoment（UTC 記 +00:00 非 Z）。
5. cmd/xcheck 輸出同樣停用 HTML 轉義（Marshal* 對自訂
MarshalJSON 的輸出仍會轉義）。
驗證：go build/vet/test 全綠（16 測試函式，新增 CJK、##5、
全形數字、HTML 字元、48.0、null 等案例）；cmd/xcheck 與
gitea.py stalled 對真實 API 並行掃描輸出位元組相同（1749B，
含 bear-cli#9 父追蹤項與 5 子項摘要）；--xrefs 對 CJK
邊界輸入與 Python 一致。
|
2026-09-10 09:47:46 +08:00 |
|
 chenyunda218
|
927855d3ca
|
cli：修正帶旗標命令被全域剖析攔下的阻斷問題（#13 審核）
- parseGlobals 改為抽取式 extractGlobals：只取走已知全域選項，非全域
選項（--has-work／--mine／--reviewer／--repo）原樣交回子命令 flagset，
任何順序（含與全域選項交錯）皆可解析；-- 之後停止抽取。
- runVersion 補參數檢查：version --wat 仍回 exit 2。
- workflow：commentsFor 對 number<=0 視為無留言，不打 API（對齊 gitea.py
在 number 缺漏時跳過留言檢查，避免 issues/0/comments 404 中斷掃描）。
- 新增 internal/cli/workflow_commands_test.go：以注入假 client 的接線層
測試補上 workflow 單元測試覆蓋不到的分派路徑（members --has-work、
pulls --mine/--reviewer/--repo、全域選項交錯、next null/table）。
- README：註明與 gitea.py 的已知輸出差異（空清單 [] vs 無輸出；
全域選項可出現在命令前後）。
實機交叉驗證（alex）：members --has-work、pulls --mine/--reviewer、
pulls --repo、next、mine 兩者輸出一致；go vet／test 全綠。
|
2026-09-10 09:41:53 +08:00 |
|
|
chenyunda218
|
5583a00bb5
|
internal/workflow + cli：gitea.py 工作流命令 Go 化（#6）
- internal/workflow：Client 介面＋判定語義（最後留言、作者/審核者跟進、
assignee 交集、最久未更新優先），含假 client 單元測試
- internal/workflow/giteaapi.go：以 internal/gitea（#5）實作 Client
- internal/cli：註冊 whoami/orgs/members/mine/pulls/next；全域選項允許
出現在命令之後；結束碼 0/2/3
- 與 gitea.py 交叉驗證：next/mine/pulls/members(--has-work) 拾取一致
- 依 #5 分支 feature/issue5-gitea-client 為基底
|
2026-09-10 08:39:35 +08:00 |
|
|
ceo
|
a86803d336
|
internal/workflow：xref 解析與 stalled 掃描核心邏輯（#7）
完整移植 gitea.py 的 _resolve_xref_targets 與 find_stalled_work：
- xref：#N／repo#N／owner/repo#N；單段 repo 僅在存在於組織時解析
（PR#50、issue#49 這類寫法自動略過）；owner 需為所屬組織。
Go regexp 無 lookbehind，掃描時檢查前一字元等價實作。
- stalled：reason 分類（issue：no-assignee／assignee-idle／no-commenter／
waiting-outside／parent-tracking；PR：no-reviewer／author-idle／
reviewer-idle／no-commenter）、24h 催促冷卻、父追蹤項把子項活動
（留言、state 變更、PR 合併）計入 last_activity、上行引用不採計。
- 資料以 Source 介面注入：邏輯離線可測，CLI 接線待 #5 基礎建設。
- 輸出 JSON 與 gitea.py 位元組相容（鍵序、assignees/author 欄位、
isoformat 時刻、round(x,1) 半偶數舍入）。
- cmd/xcheck：交叉驗證工具（--xrefs 與停滯掃描模式），已對真實 API
與 gitea.py 並行比對，輸出一致。
go build／vet／test 全綠；單元測試覆蓋 xref 邊界與 stalled 判定。
|
2026-09-10 08:36:31 +08:00 |
|