go mod 在使用私有gitlab做nginx转发时“go-get=1”错误解决
go mod 在使用私有gitlab做nginx转发时“go-get=1”错误解决
nginx配置文件中加入：
if ($condition = gogetpath) {
return 200 "<!DOCTYPE html><html><head><meta content='gitlab.data-spark.cn/$1/$2 git http://gitlab.data-spark.cn/$1/$2.git' name='go-import'></head></html>";
}具体：
server{
listen 80;
listen 443 ssl;
server_name gitlab.data-spark.cn;
if ($args ~* "^go-get=1") {
set $condition goget;
}
if ($uri ~ ^/([a-zA-Z0-9_-]+)/([a-zA-Z0-9_-]+)/.*$) {
set $condition "${condition}path";
}
if ($condition = gogetpath) {
return 200 "<!DOCTYPE html><html><head><meta content='gitlab.data-spark.cn/$1/$2 git http://gitlab.data-spark.cn/$1/$2.git' name='go-import'></head></html>";
}
ssl on;
ssl_certificate /etc/nginx/conf.d/ssl/gitlab.data-spark.cn_bundle.crt;
ssl_certificate_key /etc/nginx/conf.d/ssl/gitlab.data-spark.cn.key;
ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
ssl_prefer_server_ciphers on;
ssl_ciphers EECDH+CHACHA20:EECDH+AES128:RSA+AES128:EECDH+AES256:RSA+AES256:EECDH+3DES:RSA+3DES:!MD5;
# avoid ssl stripping
add_header Strict-Transport-Security "max-age=31536000; includeSubdomains;";
location / {
proxy_pass http://localhost:18080/;
}
error_page 497 https://$host$uri?$args;
}加入了
if ($args ~* "^go-get=1") {
set $condition goget;
}
if ($uri ~ ^/([a-zA-Z0-9_-]+)/([a-zA-Z0-9_-]+)/.*$) {
set $condition "${condition}path";
}
if ($condition = gogetpath) {
return 200 "<!DOCTYPE html><html><head><meta content='your.domain.com/$1/$2 git http://your.domain.com/$1/$2.git' name='go-import'></head></html>";
}go mod 其他问题
问题一：依赖的包下载到哪里了？
使用Go的包管理方式，依赖的第三方包被下载到了$GOPATH/pkg/mod路径下。如果你成功运行了本例，可以在您的$GOPATH/pkg/mod 下找到一个这样的包 github.com/astaxie/beego@v1.11.1
问题二： 依赖包的版本是怎么控制的？
在上一个问题里，可以看到最终下载在$GOPATH/pkg/mod 下的包 github.com/astaxie/beego@v1.11.1 最后会有一个版本号 1.11.1，也就是说，$GOPATH/pkg/mod里可以保存相同包的不同版本。
版本是在go.mod中指定的。如果，在go.mod中没有指定，go命令会自动下载代码中的依赖的最新版本，本例就是自动下载最新的版本。
如果，在go.mod用require语句指定包和版本 ，go命令会根据指定的路径和版本下载包，指定版本时可以用latest，这样它会自动下载指定包的最新版本
问题三： 可以把项目放在$GOPATH/src下吗？
可以。但是go会根据GO111MODULE的值而采取不同的处理方式默认情况下，GO111MODULE=auto 自动模式auto 自动模式下，项目在$GOPATH/src里会使用$GOPATH/src的依赖包，在$GOPATH/src外，就使用go.mod 里 require的包on 开启模式，1.12后，无论在$GOPATH/src里还是在外面，都会使用go.mod 里 require的包off 关闭模式，就是老规矩。
问题三： 依赖包中的地址失效了怎么办？
比如 http://golang.org/x/… 下的包都无法下载怎么办？在go快速发展的过程中，有一些依赖包地址变更了。以前的做法修改源码，用新路径替换import的地址git clone 或 go get 新包后，copy到$GOPATH/src里旧的路径下无论什么方法，都不便于维护，特别是多人协同开发时。使用go.mod就简单了，在go.mod文件里用 replace 替换包，例如replace golang.org/x/text => github.com/golang/text latest这样，go会用 http://github.com/golang/text 替代http://golang.org/x/text，原理就是下载http://github.com/golang/text 的最新版本到 $GOPATH/pkg/mod/golang.org/x/text下。
问题四： init生成的go.mod的模块名称有什么用？
本例里，用 go mod init hello 生成的go.mod文件里的第一行会申明module hello因为我们的项目已经不在$GOPATH/src里了，那么引用自己怎么办？就用模块名+路径。例如，在项目下新建目录 utils，创建一个tools.go文件:
package utils
import “fmt”
func PrintText(text string) {
fmt.Println(text)
}在根目录下的hello.go文件就可以 import “hello/utils” 引用utils
package main
import (
"hello/utils"
"github.com/astaxie/beego"
)
func main() {
utils.PrintText("Hi")
beego.Run()
}问题五：以前老项目如何用新的包管理
如果用auto模式,把项目移动到$GOPATH/src外进入目录，
运行 go mod init + 模块名称,
go build 或者 go run 一次