Repository navigation
docs(faq): explain the go get error for nested modules - #588
Merged
Merged
Conversation
|
Important
This repository does not receive automatic reviews because it has fewer than 10 stars.
|
hmdsefi
force-pushed
the
docs/go-get-nested-version
branch
from
November 2, 2026 20:42
620bf6c to
ea70d9c
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Adds a FAQ entry for the error people hit when they add a nested module (
harness/etcdraft,shims/grpcsim,runner/toolexec) at an explicit version, and points to it fromllms.txtso agents find it.The entry says when it shows up (
go.modalready requires the root module, and the module cache does not hold the nested module yet), and gives two fixes: leave the version off, orgo mod downloadthe nested module before the versionedgo get. For the wrapper, it downloadsrunner/toolexecand then runsgo get -tool.How it was checked, with go1.27.1 in new modules with an empty
GOMODCACHE:go get .../harness/etcdraft@v0.2.0,.../shims/grpcsim@v0.2.0andgo get -tool .../faultline-toolexec@v0.2.0all fail with the message above.go get -xshows no request to the module proxy for the nested module.go get .../harness/etcdraft@v0.2.0fails the same way.go getand bothgo mod downloadsequences add v0.2.0, with the root at v0.2.0 or v0.1.2. Thetoolline lands ingo.mod.go getthat names the root and the nested module, andgo mod edit -requirefollowed bygo get.Docs only. Nothing in the code changes.