dep init -v在执行时挂起

时间:2018-07-27 21:46:37

标签: go windows-subsystem-for-linux ubuntu-18.04 dep

我将从这里的免责声明开始。我正在Windows子系统上的Ubuntu 18.0.4上运行。

我有一个软件包,可以从Windows命令行成功运行“ dep init”。我在Ubuntu子系统中创建了该存储库的新克隆(成功克隆,因此没有网络连接问题),并运行了“ dep init”。

这是我遇到问题的时候。 Dep仅在拉下单个包装后挂起。随后对dep init的调用不会拉出更多软件包。运行“ dep init -v”会产生以下结果:

#> dep init -v
Getting direct dependencies...
Checked 14 directories for packages.
Found 3 direct dependencies.

请看所附的屏幕截图,以了解进程线程被旋转了,但没有执行任何操作(CPU和RAM使用率为0%)。

Screen Capture with HTOP and my dep pkg folder structure

我尝试过的事情

  1. 将其关闭然后再次打开。
  2. 我已经彻底清理了dep软件包文件夹,然后重新运行dep init。这就是我所知道的,实际上只有一个包裹被拉出。
  3. 确保我的ssh密钥与github是最新的。

1 个答案:

答案 0 :(得分:4)

  

dep是“官方实验”。从1.11版本开始,Go工具链采用的方法与dep截然不同。因此,我们正在继续开发dep,但主要致力于开发工具链中版本控制行为的替代原型。

Go 1.11包括对模块的初步支持,并包括对供应商的支持。

您应该停止使用dep并参考 How to Define a Module 来迁移项目。

首先,导航到您的源代码树,然后按照以下说明进行操作:

  

创建初始模块定义并将其写入go.mod文件:

$ go mod init                  
     

此步骤从任何现有的dep Gopkg.lock文件或任何其他nine total supported dependency formats进行转换,并添加require语句以匹配现有的配置。

     

go mod init通常将能够使用辅助数据(例如VCS元数据)来自动确定适当的模块路径,但是如果进入mod init状态,它将无法自动确定模块路径,或者需要以其他方式覆盖该路径,您可以提供module path作为go mod init的可选参数,例如:

$ go mod init github.com/my/repo