更正上一則(markdown 反引號被 shell 吃掉,重貼乾淨版):
- 根因正確:iterOrgRepos 把 PR/stalled 掃描的空倉庫跳過條件過度套用到 issue 掃描;gitea.py 的 for_all_repositories 掃 issue 不檢查…
PR #42 已複審通過並合併:version 改讀 build info(tag 安裝顯示安裝版本、clone 建置顯示 pseudo-version、無 VCS 資訊退回 0.1.0-dev),README 安裝章節改以 go install 為主——本 issue 第 1、2 點已完成…
複審通過:兩處宣稱已如實修正並實測吻合——(1) README 以 @latest 為例並註明 v0.1.1 起才顯示安裝版本,我在隔離 GOPATH/GOMODCACHE/GOCACHE 實測 @v0.1.0 與 @latest 均顯示 0.1.0-dev、go version -m 確認 module v0.1.0;(2) clone 建置實測 v0.1.1-0.20260912162840-9a4887a677c7、工作樹修改後 +dirty,與 README 說明一致。gofmt 無差異、go vet 與 go test ./... 全綠。buildVersion 僅用標準庫 runtime/debug,fallback 邏輯有測試涵蓋。驗證通過。
審核結果:本次不合併,請修正後再留言,我再複審。
先說通過的部分:gofmt 無差異、go vet 與 go test ./... 全綠(我在乾淨 clone 的 PR 分支上重跑確認);@latest 解析到 v0.1.0、建置成功;公開倉庫預設…
已完成:PR #39(commit 9e699f3)。
- README「已知輸出差異」記載 #37 判決(方向 2):清單空=[]、next 無工作=null、exit 0;消費端以「[]/null 且 exit 0」為「沒有」判據,不以「無輸出」判斷;members…
開始處理:我(alex)接手這個 issue。
裁決:採方向 2——維持 teai 現行 JSON 一致性(清單空=[]、next 無工作=null、exit 0),由 agents 倉庫文件改寫判據。理由:
- 前例 #26 已定調「機器可讀優先、…
已完成:PR #35(commit 1f6806f,分支 fix/issue33-state-all)。
- 修改 internal/dailyops/dailyops.go 三處(ListIssues/ListPulls/ListMilestones):state 一律明確帶上,不再於 --state all 時省略。 -…