• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

livetribe / yama / 30291040628
68%
master: 100%

Build:
Build:
LAST BUILD BRANCH: v2
DEFAULT BRANCH: master
Ran 27 Jul 2026 05:51PM UTC
Jobs 1
Files 28
Run time 1min
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

27 Jul 2026 05:50PM UTC coverage: 65.017%. Remained the same
30291040628

push

github

maguro
Warm Windows Go build/tool caches before test timeout

The `go test -timeout 30s` step was regularly failing only on
windows-latest: internal/generator's TestGenerator suite shells out to
`go tool wire gen`, and the tool's first-time compile of the wire
binary consistently pushes that package past the 30s budget on
Windows, even though the same suite is comfortably fast on Linux and
macOS.

Add a preceding step that primes the caches setup-go persists across
runs: `go build -race ./...` for the module's own packages, and
`go tool wire --help` to force the wire tool's module download and
binary compile, since it's a go.mod tool dependency never reached by
an ordinary build. Keeping the timeout on the test step itself, rather
than raising it, means it still bounds only the behavior we actually
mean to assert on.

959 of 1475 relevant lines covered (65.02%)

37.13 hits per line

Jobs
ID Job ID Ran Files Coverage
1 30291040628.1 27 Jul 2026 05:50PM UTC 28
65.02
GitHub Action Run
Source Files on build 30291040628
  • Tree
  • List 28
  • Changed 0
  • Source Changed 0
  • Coverage Changed 0
Coverage ∆ File Lines Relevant Covered Missed Hits/Line
  • Back to Repo
  • Github Actions Build #30291040628
  • 4eb8881e on github
  • Prev Build on v2 (#30243675729)
  • Next Build on v2 (#30305284310)
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE TRIAL · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2026 Coveralls, Inc