iterOrgRepos(issue 掃描,供 Mine 與 members --has-work)不再跳過 empty=true 的倉庫——Gitea 允許空倉庫持有 open issue(「初始化項目」 型工作),行為基準 gitea.py 的 for_all_repositories 掃 issue 時 本來就不檢查 empty;teai 先前過度套用了空倉庫跳過條件,導致 teai next 對 colony-tick-demo issue #1 回 null。 PR 掃描(iterOpenPulls)、stalled、milestone overview 維持跳過 空倉庫不變(與 gitea.py 一致)。附回歸測試兩則。
- 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 為基底