Go模块、私有存储库和GOPATH

在将内部代码库从 dep 迁移到 go 模块时，作者发现依赖项必须使用模块系统解析，并且 gopath 已变得多余。作者关注使用私有 gitlab 存储库带来的后果，包括远程推拉或将所有内容合并到一个大型 git 存储库中。经过调查和实验，作者意识到 go 模块是全有或全无的，并且 gopath 已不再相关，除非用作下载模块的缓存。

我们正在将内部代码库从 dep 依赖管理器转换为 go 模块（vgo 或内置于 go1.11.2）。想象一下我们有这样的代码：

$gopath/src/mycompany/myprogram/main.go：

package main

import (
        "fmt"
        lib "mycompany/mylib" )

func main() {
        fmt.println("2+3=", lib.add(2, 3)) 
}

$gopath/src/mycompany/myprogram/go.mod：

module mycompany/myprogram

（它没有任何依赖项；我们的实际代码有）。

$gopath/src/mycompany/mylib/lib.go：

package mylib

func add(x int, y int) int {
        return x + y
}

我没有对这段代码进行模块化；做或不做似乎并不重要。

这些都是微不足道的示例，但我们的内部代码遵循与历史上类似的结构。

由于这些目录位于 gopath 上，所以 export go111module=auto 仍然像以前一样构建，并且工作正常（未使用模块，因为我们位于 gopath 上）。但是，当我设置 export go111module=on 时，我立即收到错误：

build mycompany/myprogram: cannot find module for path mycompany/mylib

所以我做了一些研究，我想验证我的理解。首先让我说我们的旧方法有效，但我更感兴趣的是更改为使用 go 模块，因为它似乎是 go 项目本身的发展方向。所以。

1. golang 作者的意图似乎是“无点”路径仅属于标准存储库；也就是说域名和项目之间应该有绑定。毫不奇怪，我们的内部项目不使用 go get。具体来源如下：

   无点路径一般是为标准库保留的； go get （据我所知）从未与它们一起工作过，但 go get 也是使用版本化模块的主要入口点。

   比我更了解 golang 的人可以证实这一点吗？

2. 我的关键假设是，一旦 go 决定使用模块，所有依赖项都必须是模块，并且 gopath 变得有些无关紧要，除了作为缓存（对于下载的模块）。这是正确的吗？

3. 如果这是真的，我们需要在路径上使用私有 gitlab（在我们的例子中）存储库。据我所知，处理此问题存在一个悬而未决的问题，因此我们可以在必要时实施此问题。我对后果更感兴趣，特别是在私人存储库中进行迭代。以前，我们可以在提交任何更改之前在本地开发这些库；现在看来我们有一个选择：

   1. 接受此远程依赖并进行迭代。我希望避免像这样远程推拉。如果确实有必要，可以通过一些解决方法来解决需要互联网连接的问题。
   2. 将所有内容合并到一个大型 git 存储库中。

如果重要的话，我正在使用 go 版本 go1.11.2 linux/amd64，我的同事正在使用 darwin/amd64。如果有帮助的话，我的 golang 与 fedora 存储库安装的完全一样。

所以，tl;dr，我的问题是：go 模块是全有还是全无，因为任何依赖关系都必须使用模块系统来解决（看起来是 go get），而 gopath 已经变得多余了？或者我的设置是否有某些内容可能会导致此失败？是否有某种方法指示应从 gopath 显式解析依赖项？

提出问题后的更新：

1. 我可以将 myprogram 从 gopath 中移出。出现同样的问题（mylib 已留在 gopath 中）。
2. 我可以在 mylib 目录中运行或不运行 go mod init mycompany/mylib ；完全没有区别。
3. 我在 vgo 上看到了 russ cox 的博客文章。我对离线开发的担忧，我试图不去深入探讨，但 $goproxy 解决了我的担忧。

解决方案

我使用 GITHUB_TOKEN 的解决方法来解决此问题。

1. 在此处生成 GITHUB_TOKEN https://github.com/settings/tokens
2. export GITHUB_TOKEN=xxx
3. git config --global url."https://${GITHUB_TOKEN}:[email protected]/mycompany".而不是"https://github.com/mycompany"

今天带大家了解了的相关知识，希望对你有所帮助；关于Golang的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~