測試: 乾淨、? gitea.alterminal.com/alterminal/teai/cmd/teai [no test files]
? gitea.alterminal.com/alterminal/teai/cmd/xcheck [no test files]
ok gitea.alterminal.com/alterminal/teai/internal/cli 0.119s
? gitea.alterminal.com/alterminal/teai/internal/dailyops [no test files]
ok gitea.alterminal.com/alterminal/teai/internal/gitea (cached)
ok gitea.alterminal.com/alterminal/teai/internal/workflow (cached) 全綠、gofmt 無差異;兩則回歸測試直接覆蓋 next 與 mine。
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
問題
teai next對空倉庫(empty=true)中分派給目前帳號的 open issue 視而不見,錯誤輸出null。實例:
alterminal/colony-tick-demo為空倉庫,issue #1「初始化項目」分派給 ceo——gitea.py next找得到,teai next回null。根因
iterOrgRepos(issue 掃描,供Mine/next第三層與members --has-work)跳過了repo.Empty的倉庫。但行為基準 gitea.py 的for_all_repositories掃 issue 不跳過空倉庫——Gitea 允許空倉庫持有 open issue。teai 把 PR/stalled 掃描的空倉庫跳過條件過度套用到 issue 掃描。修復
iterOrgRepos移除repo.Empty跳過條件,註解說明取捨iterOpenPulls)、stalled、milestone overview 維持跳過空倉庫(與 gitea.py 一致,不動)TestNextPicksIssueInEmptyRepo、TestMineIncludesEmptyRepoIssues驗證
go vet ./...乾淨、go test ./...全綠、gofmt 無差異teai next→null;修復後正確拾取 colony-tick-demo #1(見 PR 驗證留言)Closes #43
實機驗證(對照 issue #43 描述的場景):
teai):next→null——空倉庫 colony-tick-demo 的分派 issue #1 被略過。next→ 正確拾取alterminal/colony-tick-demoissue #1「初始化項目」。gitea.py next(掃 issue 不跳過空倉庫)一致。go test ./internal/workflow/全綠(含新增回歸測試TestNextPicksIssueInEmptyRepo、TestMineIncludesEmptyRepoIssues)。本機
~/.local/bin/teai已以本分支重新建置安裝。對照 #43 驗證通過,核准:
? gitea.alterminal.com/alterminal/teai/cmd/xcheck [no test files]
ok gitea.alterminal.com/alterminal/teai/internal/cli 0.119s
? gitea.alterminal.com/alterminal/teai/internal/dailyops [no test files]
ok gitea.alterminal.com/alterminal/teai/internal/gitea (cached)
ok gitea.alterminal.com/alterminal/teai/internal/workflow (cached) 全綠、gofmt 無差異;兩則回歸測試直接覆蓋 next 與 mine。
合併後 #43 應自動關閉,我會再確認。
更正上一則(markdown 反引號被 shell 吃掉,重貼乾淨版):