问题不在于模块,而在于 GOPATH。有一个 github 问题线程更详细地讨论了这个问题:https ://github.com/golang/go/issues/26827
该线程已经发展出一种解决方法,它使用 docker 容器运行 godoc 服务器,并将 GOPATH 设置为开发树的基础。该 godoc 服务器将为您的开发树中的所有包提供文档,无论它们是否有 go.mod。
这是我今天早上在该线程中发布的解决方法的一个版本——修改 $devbase(或将其作为 $1 传递)以指向树的底部:
#!/bin/bash
set -x # optional
devbase=$HOME/gohack
port=6060
docker run \
--rm \
-e "GOPATH=/tmp/go" \
-p 127.0.0.1:$port:$port \
-v $devbase:/tmp/go/src/ \
--name godoc \
golang \
bash -c "go get golang.org/x/tools/cmd/godoc && echo http://localhost:$port/pkg/ && /tmp/go/bin/godoc -http=:$port"
你会注意到我也在使用gohack工具——它为你管理 go.mod 中的“替换”行,所以即使它还没有推送到服务器,导入也会找到你的本地版本的模块。否则 $devbase 并没有什么特别之处——例如,将它指向 $HOME/src 应该也能正常工作。