Go版本升级到1.13后拉取私有module依赖出现verifying 410 gone

使用go version go1.13.8 更新的依赖是私有仓库会如下报错 verifying 410 [地址] gone 解决办法： export GO111MODULE=on export GOPROXY=direct export GOSUMDB=off

环境：golang1.14,设置export set GO111MODULE=on【开启此项】 新建golang项目或者从其它项目迁移到go mod环境下 go mod init [域名/组名/项目名] 添加依赖或移除不需要的依赖 go mod tidy 查看依赖图 go mod graph 重点来了： 出错信息，如下图 解决方式： 查看golang 环境 发现GOSUMDB=“on”,修改此项 go env -w GOSUMDB=“sum.golang.org” 再次执行go mod

  之前部署的gitlab，采用ssh方式连接gitlab，在客户机上产生公钥上传到gitlab的SSH-Keys里，git clone下载和git push上传都没问题，这种方式很安全。 后来应开发同事要求采用http方式连接gitlab，那么首先将project工程的“Visibility Level”改为“Public”公开模式，要保证gitlab的http端口已对客户机开放。 后面发现了一...

转载自 https://maiyang.me/post/2019-01-23-go-mod-tidy-occure-verify-checksum-mismatch/ 杨文大佬整理的博客 在编译阶段时执行 go mod tiny 报错 go: verifying github.com/docker/docker@v1.13.1: checksum mismatch 解决办法 $ go clean -modcache $ cd project && rm go.sum $ go mod

找到项目的pom.xml文件 将log4j相关的版本全部修改为：2.17.0 查看maven中的赖是否更新成功，确定版本是2.17.0 运行项目漏洞方可解决。 <dependency> <groupId>org.apache.logging.log4j</groupId> <artifactId>log4j-api</artifactId> <ve

Goland借助go.mod引入第三方包

引入第三方包 1.打开gomod方式，和设置下载点，在终端输入go env，查看是否更改成功。 go env -w GO111MODULE=on go env -w GOPROXY=https://goproxy.io,direct 2.goget第三方包 go get github.com/rs/zerolog/log 可以看到在GoPath/pkg/mod/目录下会自动下载了文件 3.更新gomod 但是发现在项目中这个包为红色，且不能用。 在打开的项目文件中更新gomod go mod tid

我需要用到阿里开源熔断限流降级的组件sentinel-golang 但却发现最新版本不支持prometheus，master代码已经实现，只是没有发布稳定版本 故决定将master代码版本拷贝进私有库，自行发布版本 download下代码后 我便用git remote方式 指向了新的私有库 go get 私有库的时候 报错如下： go get (私有库地址)/sentinel: unrecognized import path "(私有库地址)/sentinel": https fetch: G

克隆失败 我刚刚遇到了一个问题，通过pycharm使用gitlab克隆失败。问题如下： ‘submodule’ appears to be a git command, but we were not able to execute it. Maybe git-submodule is broken? ![在这里插入图片描述](https://img-blog.csdnimg.cn/2020012...

gitLab克隆报错远程仓库不存在问题

问题现象 如果你在用go get 私有库碰到如下类似错误： 410 Gone 解决方法 执行以下命令即可 go env -w GOSUMDB=off go get xxxxxxxxx 原因分析 我们知道go会在go module启用时在本地建立一个go.sum文件，用来存储依赖包特定版本的加密校验和。同时，Go维护下载的软件包的缓存，并在下载时计算并记录每个软件包的加密校验和。在正常操作中，go命令对照这些预先计算的校验和去检查某repo下的go.sum文件，而不是在每次命令调用时都重新计算它们。 在日

1.12版本解决方案 在1.11和1.12版本中，比较主流的解决方案是配置git强制采用ssh。 这个解决方案在许多博客、问答中都可以看到： git config--globalurl."git@gitlab.com:xxx/zz.git".insteadof"https://gitlab.com/xxx/zz.git" 但是它与GOPROXY存在冲突，也就是说，在使用代理时，这个解决方案也是不生效的。 1.13版本解决方案 在1.13版本之后，前面介绍的解决方案又会导致go get出现...