go mod 遇上 gitlab

go mod是官方推行的包依赖管理工具，用这个来管理项目几乎是铁板钉钉的事了。

下面说一下我在公司的gitlab背景条件下，使用go mod 遇到的问题。

一个简单的二级项目，如 gitlab.com/server/service_turnover，即使作为私有项目，也不会遇到问题。

但当go的包层级增加，如 gitlab.com/server/group_apple/go/service_banana，将遇到这样的问题：go的大部分版本管理工具，将无法发现这个私有项目。参见gitlab issue

解决方案1：

  自己实现一套goproxy代理，然后在开发和编译过程中使用代理服务获取mod。

解决方案2：

  nginx代理，直接指定带有.git路径的git仓库地址。

解决方案3：

  在go.mod 中添加replace项，指定带有.git路径的地址。

 

这三个方案，理论上都可行，但是都有缺陷。

goproxy代理，本身并不解决从gitlab服务器获取私有项目代码的问题，也没有成熟的鉴权机制。因此比较适合静态公共代码。

nginx代理，同样不解决认证的问题，我配置了一个代理，ssl认证失败（弱鸡本鸡），理论上这个方案是最好的解决方案。

go replace，需要在每个项目中都添加，更新依赖也比较复杂。

 

希望官方早日给出合适的解决方案。