Run CI on push to main #11
Reference in New Issue
Block a user
Delete Branch "ci/test-on-push"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Main has 5 commits after 1.0.19 that never got Actions, because
.gitea/workflows/test-pr.yamlonly ran onpull_request.This keeps the same checks and also runs them on push to
main, matching scratchbox.CI failed on the first push:
go install golang.org/x/vuln/cmd/govulncheck@latestwants Go 1.25+, and setup-go fromgo.modis 1.23 withGOTOOLCHAIN=local.Build/vet/lint were already green. Pushed a follow-up so that install step uses
GOTOOLCHAIN=auto. Tests still have not run; waiting on the new check.CI failed on the first push:
go install golang.org/x/vuln/cmd/govulncheck@latestwants Go 1.25+, and setup-go fromgo.modis 1.23 withGOTOOLCHAIN=local.Build/vet/lint were already green. Pushed a follow-up so that install step uses
GOTOOLCHAIN=auto. Tests still have not run; waiting on the new check.Next failure was real vulns, not the install:
govulncheckon Go 1.23.0 flagged stdlibx509error-string issues viavfserror.VFSError.Error(fmt.Sprintf->x509.HostnameError.Error). Exit 3, tests skipped.Follow-up:
check-latest: trueso CI uses a patched 1.23, not 1.23.0vulncheckis a separate job so race tests still run if advisories remainvulncheck stayed red on latest 1.23 because 1.23 is EOL (ended 2025-08-12) and never got the later stdlib patches. One of the hits is GO-2025-4008 / CVE-2025-58189 (
crypto/tlsALPN error text), fixed in 1.24.8 / 1.25.2.Raised
go.modto 1.26.0 (supported previous stable; 1.27.0 just landed). Tests already passed on 1.23. Waiting on CI.setup-go@main with
go-version-fileis flaky here (version: not foundon one job, 1.26.0 stdlib on the other). Pinned checkout/setup-go to v4/v5 and Go 1.26.7 (current 1.26 patch).Stopping here. I am not merging this.
What this PR is for
main, not only on pull_request (main was 5 commits past 1.0.19 with no Actions).check-and-testfromvulncheckso a vuln advisory does not skip tests.What we learned
check-and-testgreen on latest Go 1.23.vulncheckred because 1.23 is EOL (ended 2025-08-12) and never got later stdlib patches. One hit is GO-2025-4008 / CVE-2025-58189 (crypto/tlsALPN error text), viavfserror.VFSError.Error->fmt.Sprintf->x509.HostnameError.Error.go.modtoward 1.26 is the right direction. Current head pins CI to Go 1.26.7 + setup-go v5; that got past the setup-go flake, then golangci-lint-action@v4 failed andgovulncheck@latestfailed to install again.Not merging. Ash should finish making CI green on supported Go (1.26.7 or 1.27): newer golangci-lint action, a working govulncheck install/action, keep tests on push to main. Do not drop the vuln job to sneak a merge.