使用dep导入cloudfoundry/cli仓库失败：dep ensure报错无法清理Git仓库

针对你遇到的dep init/dep ensure失败、缓存仓库清理出错，以及本地版本不一致的问题，我整理了几个实用的排查和解决步骤，你可以逐个尝试：

1. 清理dep缓存目录，重新拉取依赖 #

报错里提到的缓存目录大概率已经出现损坏或版本不一致的问题，直接删除后让dep重新拉取干净副本：

rm -rf /Users/rjain/go/pkg/dep/sources/https---github.com-cloudfoundry-cli
dep ensure

2. 手动指定稳定版本，避免自动解析冲突 #

cloudfoundry/cli仓库分支和版本较多，dep自动解析时可能碰到不兼容的版本。你可以手动在Gopkg.toml里锁定一个稳定release版本：

• 先初始化dep（如果还没做的话）：

  dep init
  

• 打开生成的Gopkg.toml，添加版本约束（比如替换成仓库最新的稳定tag）：

  [[constraint]]
    name = "github.com/cloudfoundry/cli"
    version = "v7.6.0"
  

• 再执行dep ensure让dep拉取指定版本

3. 更新dep版本，确保环境兼容 #

旧版本的dep可能对部分仓库的支持存在bug，先检查并更新dep：

# 查看当前dep版本
dep version
# 更新到最新版
go get -u github.com/golang/dep/cmd/dep

同时确认你的Go版本和cloudfoundry/cli仓库要求的版本匹配（可以去仓库README里查看最低Go版本要求）。

4. 手动克隆仓库到GOPATH，让dep复用本地副本 #

既然你能正常git clone，那就把仓库放到GOPATH的对应路径下，让dep优先使用本地版本：

cd $GOPATH/src/github.com/cloudfoundry
git clone https://github.com/cloudfoundry/cli.git
# 切换到你需要的稳定版本
cd cli
git checkout v7.6.0

之后再执行dep ensure，dep会跳过远程拉取，直接复用本地已有的仓库文件。

5. 排查仓库模块冲突问题 #

如果cloudfoundry/cli仓库里存在go.mod文件，dep和Go Modules可能会出现兼容冲突。你可以先备份仓库根目录的go.mod和go.sum，然后删除它们，再重新执行dep ensure尝试。

内容的提问来源于stack exchange，提问作者Rajesh Jain