GitLab嵌套Go仓库执行go get all失败，如何解决？

问题原因 #

Go的模块解析逻辑会尝试从左到右拆分依赖路径，寻找对应的Git仓库。对于gitlab.mycompany.net/foo/bar/mylib，Go会默认认为gitlab.mycompany.net/foo/bar.git是仓库，mylib是该仓库下的子目录，但实际mylib是独立的Git仓库，因此会出现找不到https://gitlab.mycompany.net/foo/bar.git/的错误。

解决方法 #

方法1：配置Git路径替换（推荐） #

通过Git的url.insteadOf配置，让Go在解析该依赖路径时直接指向正确的仓库地址，从底层解决路径解析问题：

如果使用SSH协议访问GitLab：

git config --global url."git@gitlab.mycompany.net:foo/bar/mylib.git".insteadOf "https://gitlab.mycompany.net/foo/bar/mylib"

如果使用HTTPS协议：

git config --global url."https://gitlab.mycompany.net/foo/bar/mylib.git".insteadOf "https://gitlab.mycompany.net/foo/bar/mylib"

配置完成后，删除go.mod中的replace指令，直接执行go mod tidy和go get all即可正常工作。

方法2：修正replace指令并配置私有仓库访问 #

如果需要保留replace指令，需确保指令使用正确的仓库地址格式，并配置Go识别私有仓库：

1. 首先设置GOPRIVATE环境变量，让Go知道该域名下的仓库是私有仓库，不走公共模块代理：

export GOPRIVATE=gitlab.mycompany.net

（Windows系统使用set GOPRIVATE=gitlab.mycompany.net）

2. 修改go.mod中的replace指令为SSH或HTTPS的完整仓库地址：

replace gitlab.mycompany.net/foo/bar/mylib => git@gitlab.mycompany.net:foo/bar/mylib.git v1.0.0

或者HTTPS形式：

replace gitlab.mycompany.net/foo/bar/mylib => https://gitlab.mycompany.net/foo/bar/mylib.git v1.0.0

之后执行go mod tidy和go get all即可正常完成依赖拉取。

内容的提问来源于stack exchange，提问作者Shaul Behr