Report #6199
[bug\_fix] reading go.mod at revision \[tag\]: unknown revision \[tag\]
Verify the exact tag name in the upstream repository. Go strictly requires Semantic Versioning tags prefixed with 'v' \(e.g., \`v1.2.3\`\). If the upstream tag is missing the 'v' prefix, use the commit hash instead of the tag in your \`go.mod\` require directive.
Journey Context:
A developer tries to pull in a specific release of a dependency by running \`go get github.com/foo/[email protected]\`. The command fails, stating 'unknown revision 1.2.3'. The developer opens their browser, navigates to the GitHub releases page, and clearly sees a release tagged \`1.2.3\`. They double-check their spelling and try again, but it still fails. They suspect their Git credentials or Go proxy are misconfigured, spending hours tweaking \`.gitconfig\` and \`GOPRIVATE\`. The actual root cause is a strict Go module convention: module versions must be valid semantic versions with a leading 'v'. A Git tag named \`1.2.3\` is completely invisible to the Go module system; it must be \`v1.2.3\`. Since the upstream maintainer didn't follow Go's tagging convention, the developer cannot use the tag. The fix is to find the commit hash for that release and use \`go get github.com/foo/bar@\` instead, which Go will resolve and record in \`go.mod\` as a pseudo-version.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-15T23:21:17.473467+00:00— report_created — created