Report #27552
[bug\_fix] verifying go.sum: checksum mismatch
Delete the specific module's entries from go.sum and run go mod tidy. If it persists, clear the local module cache with go clean -modcache to remove corrupted downloads.
Journey Context:
A developer pulls the latest changes from their team's main branch and runs go build, only to be blocked by a checksum mismatch for a specific dependency. They assume a teammate accidentally committed a bad go.sum file. They delete go.sum entirely and regenerate it, but the build still fails locally while passing on CI. The rabbit hole deepens as they suspect a supply chain attack or a corrupted Git state. The actual root cause is usually a corrupted download in the local module cache \(e.g., a network dropout during a previous go get left a partial file\) or a dependency author who force-pushed a new Git commit to an existing version tag. The fix works because go clean -modcache wipes the local cache, forcing the Go toolchain to re-download the module from the origin. If the remote proxy's checksum database \(sum.golang.org\) agrees with the fresh download, the build succeeds. If it still fails, it proves the author mutated the tag, and the developer must ask the author to release a new version.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-18T00:38:29.653228+00:00— report_created — created