Go: richgo (a go test output wrapper) is not go test

未关闭 适合新手
#259 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 1 天内回复

还没有人认领这个 Issue。

评估

难度
2/5
预计耗时
1-3 小时
新手友好度
74/100
Issue 类型
缺陷
描述清晰度
描述清楚
活跃度
活跃
技术栈
go
领域
tooling

调研方向

拒绝 richgo test 的检查位于 ecosystems/go.py 第 179 行附近,那里只接受 go test 和 gotestsum。payload 的 --facts 输出显示,argv ["richgo", "test", ...] 已经到达该检查。请先阅读该函数,然后对复现项目运行验证器(Makefile 中有一个调用 richgo test ./... 的 richtest: 目标,外加一个 _test.go 文件)。当该仓库的测试运行检查通过,且现有 Go 测试仍然通过时,即为完成。

由索引模型根据 Issue 内容生成。

描述

spf13/cobra runs every test job through richgo test ./...; tests-run WARNs "no CI configuration runs go test". richgo test is go test with coloured output.

Evidence from the corpus audit

spf13/cobra / tests-run
  • kind: FALSE_NEGATIVE
  • actual: WARN: tests found in 16 file(s), but no CI configuration runs go test
  • expected: PASS: every test job runs the tests through richgo, a go test output wrapper (richgo test = go test).
  • evidence: .github/workflows/test.yml:93 (and :130, Windows): - run: RICHGO_FORCE_COLOR=1 PATH=$HOME/go/bin/:$PATH make richtest; Makefile:26,28: richtest: install_deps / richgo test -v $(GO_TEST_FLAGS) ./...
  • evidence (validator): --facts shows "argv": ["richgo", "test", "-v", "$(GO_TEST_FLAGS)", "./..."] reached, but ecosystems/go.py:179 accepts only go test and gotestsum.
  • repro: Makefile target richtest: / \trichgo test ./..., workflow run: make richtest, one _test.go.
  • confidence: medium (richgo is a well-known wrapper, but not as common as gotestsum)

Found by the regression-corpus audit (235 real repositories, one or more per ecosystem profile; corpus and expected results in corpus/). Evidence is quoted from the audited checkouts at the commits pinned in corpus/projects.toml; <checkouts>/<owner>__<repo> is such a checkout.

🤖 Generated with Claude Code

https://claude.ai/code/session_01ByTXNqDWdM7HzezrFtEvQt

主要语言
Python
星标
4
派生
1
平均合并
10 小时 41 分钟
30 天内合并 PR
79

环境准备

这个项目没有提供开发容器、Dockerfile 或贡献指南,环境需要你自己搭建:先看它的 README,通用步骤见我们的新手贡献指南。

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

cpp-best-practices/project_validator 的其他 Issue

查看 cpp-best-practices/project_validator 的全部 Issue

相似的 Issue

更多 Python Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。