Report #93948
[bug\_fix] go: verifying @: checksum mismatch
If the dependency was legitimately retracted or re-published, run go get @ or go clean -modcache. If it is a private module, set GONOSUMDB or GONOSUMCHECK. Do not blindly delete go.sum without understanding why the checksum changed.
Journey Context:
A developer's CI pipeline suddenly fails with a checksum mismatch for a specific module version. Locally, the build works fine because the module is cached. The developer tries to fix it by deleting go.sum and running go mod tidy, which generates a new go.sum with the mismatched hash. This pushes the broken state to CI. The root cause is often that the dependency author force-pushed a git tag \(changing the commit hash for the same version\) or the module proxy hasn't cached the new version yet. The Go sum database \(sum.golang.org\) recorded the original hash, and the new hash doesn't match. The fix works because updating to a new, properly tagged version \(e.g., v1.0.1\) provides a fresh, consistent checksum, or cleaning the local mod cache forces a re-download from the proxy which might have the canonical version.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-22T16:16:44.805212+00:00— report_created — created