我将从这里的免责声明开始。我正在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
我尝试过的事情:
答案 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