【架构优化】从 githubCombinedChecks 中拆出 commit status/check runs 读取与整体状态汇总 githubChecksOverall

オープン
#483 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

@fx-kurumi がすでに取り組んでいます。

2026年11月13日 から。

  • #484 @fx-kurumi による — オープン

評価

難易度
2/5
見積もり時間
1〜3時間
初心者へのやさしさ
18/100
issue の種類
リファクタリング
明瞭さ
明確に書かれている
活発さ
停滞
技術スタック
go
領域
backend

調査の方向性

The work is confined to githubCombinedChecks in internal/httpapi/agent_tool_github.go, which should be split into githubCommitStatuses, githubCheckRuns and githubChecksOverall without changing URLs, warnings or outcome rules. Read that function and its caller githubPRStatus, then run go test ./internal/httpapi/ to get a baseline. Note that pull request #484 is already open against this issue, so check it before starting. Done means the existing tests pass and a new table-driven test covers githubChecksOverall.

索引モデルが issue の本文から書いたものです。

説明

现状问题

internal/httpapi/agent_tool_github.go 中的 githubCombinedChecks 约 80 行,一个函数里依次做了三件事:

  1. 请求 commit status API、解析、追加结果和截断告警;
  2. 请求 check-runs API、解析(status/conclusion 取值)、追加结果和截断告警;
  3. 按 githubCheckOutcome 汇总 overall,并在有告警时把 none/success 降级为 unknown。

两段读取结构几乎一样,又和汇总逻辑写在同一个函数里,读起来要来回对照;汇总规则只能通过 mock HTTP 间接测试。

重构方案

在同文件内拆出三个包级函数,githubCombinedChecks 只负责按顺序调用并拼接结果:

  • githubCommitStatuses(ctx, client, token, path, sha) ([]githubCheckSummary, []string):读取 commit status;
  • githubCheckRuns(ctx, client, token, path, sha) ([]githubCheckSummary, []string):读取 check runs;
  • githubChecksOverall(checks, warnings) string:汇总整体状态。

请求 URL、告警文案、状态取值、汇总规则全部原样保留。

影响范围

仅 internal/httpapi/agent_tool_github.go;githubCombinedChecks 签名及唯一调用方 githubPRStatus 不变,对外行为不变。

验证方式

  • 新增 githubChecksOverall 的表驱动单元测试(none / success / pending / failure / 有告警降级 unknown / 失败不被告警覆盖);
  • 现有 githubCombinedChecks 相关测试保持通过;
  • gofmt、go vet ./internal/httpapi/、go test ./internal/httpapi/。
主要言語
Go
スター
141
フォーク
28
平均マージ
1日 15時間
マージ済み PR(30日)
113

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

Tencent/LoopForge のほかの issue

Tencent/LoopForge の issue をすべて見る

似ている issue

Go の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。