我正在尝试使用 bitbucket pipeline 和 AWS Elastic Beanstalk 部署基于 gin 框架的 golang 应用程序。我创建了我的包应用程序.zip其中包含在 EB 中部署应用程序所需的所有文件，当我通过管道或 AWS 控制台中的手动菜单推送它时，我得到了这些：
17:21:49 make.1 | go: finding github.com/appleboy/gin-jwt v2.5.0+incompatible
17:21:49 make.1 | go: downloading github.com/appleboy/gin-jwt v2.5.0+incompatible
17:21:49 make.1 | go: extracting github.com/appleboy/gin-jwt v2.5.0+incompatible
17:21:50 make.1 | go: finding gopkg.in/dgrijalva/jwt-go.v3 v3.2.0
17:21:50 make.1 | go: downloading gopkg.in/dgrijalva/jwt-go.v3 v3.2.0
17:21:50 make.1 | go: extracting gopkg.in/dgrijalva/jwt-go.v3 v3.2.0
17:21:50 make.1 | + GOOS=linux
17:21:50 make.1 | + GOARCH=amd64
17:21:50 make.1 | + go build -o bin/application '-ldflags=-s -w'
17:21:50 make.1 | go: cannot find main module; see 'go help modules'
17:21:50 make.1 | exited with code 1
17:21:50 system | sending SIGTERM to all processes
我看到我忘记了go.mod文件，确实添加了它，然后我收到了这些消息，一切正常：
17:27:59 make.1 | go: extracting github.com/appleboy/gin-jwt v2.5.0+incompatible
17:27:59 make.1 | go: downloading gopkg.in/dgrijalva/jwt-go.v3 v3.2.0
17:27:59 make.1 | go: extracting gopkg.in/dgrijalva/jwt-go.v3 v3.2.0
17:27:59 make.1 | go: finding gopkg.in/dgrijalva/jwt-go.v3 v3.2.0
17:27:59 make.1 | + GOOS=linux
17:27:59 make.1 | + GOARCH=amd64
17:27:59 make.1 | + go build -o bin/application '-ldflags=-s -w'
17:27:59 make.1 | go: downloading golang.org/x/crypto v0.0.0-20190325154230-a5d413f7728c
17:28:00 make.1 | go: extracting golang.org/x/crypto v0.0.0-20190325154230-a5d413f7728c
17:28:00 make.1 | go: finding golang.org/x/crypto v0.0.0-20190325154230-a5d413f7728c
17:28:01 make.1 | exited with code 0
17:28:01 system | sending SIGTERM to all processes
但是在工作时，我对代码进行了一些更改，然后再次提交，认为现在一切都很好，但我得到了这些日志行：
Executing: HOME=/tmp /opt/elasticbeanstalk/lib/ruby/bin/ruby /opt/elasticbeanstalk/lib/ruby/bin/foreman start --procfile /tmp/d20191202-5748-15rj5l8/eb-buildtask-0 --root /var/app/staging --env /var/elasticbeanstalk/staging/elasticbeanstalk.env
17:32:00 make.1 | started with pid 5761
17:32:00 make.1 | + go get github.com/gin-gonic/gin
17:32:00 make.1 | $GOPATH/go.mod exists but should not
17:32:00 make.1 | exited with code 1
17:32:00 system | sending SIGTERM to all processes
现在我对$GOPATH/go.mod存在感到迷茫，但不应该我正在使用最后的Go vesion 1.13.4，而AWS使用1.13.2。
更多信息
我会尝试更准确地介绍该项目，抱歉，如果日志不够。 我有一个简单的应用程序，带有gorm + gin，它基本上是一个REST API服务器。 我的项目结构是这样的：
/go/src/company.com/project
里面有这些文件和文件夹：
application.go
go.mod
Controller/dashboardController.go
Model/user.go
Service/utility.go
BuildFile
Procfile
最后两个文件用于让 EB 在 S3 中上传后构建项目。 当然，在本地一切正常，以及我第一次上传包含go.mod的完整项目时，请参阅第二堆日志。但是当我修改文件，然后再次打包应用程序并将其发送到 EB 时，无论是通过 bitbucket piple 还是 aws 控制台，没关系，我收到了错误。
溶液
经过大量的思考，我决定通过 ssh 登录 ElasticBeanstalk，我发现如果我在我的 build.sh 脚本中添加下面的行，那么所有问题都会消失：
sudo rm /var/app/current/go.*
我最后的 build.sh 文件是这样的：
#!/usr/bin/env bash
# Stops the process if something fails
set -xe
touch /var/app/current/go.bak
sudo rm /var/app/current/go.*
# get all of the dependencies needed
go get "github.com/gin-gonic/gin"
go get "github.com/jinzhu/gorm"
go get "github.com/jinzhu/gorm/dialects/postgres"
go get "github.com/appleboy/gin-jwt"
# create the application binary that eb uses
GOOS=linux GOARCH=amd64 go build -o bin/application -ldflags="-s -w"
设置GOPATH后go get将请求的模块安装到GOPATH中提供的路径，但如果使用.mod文件，它将使用工作目录。
您的情况，您既设置了GOPATH，又有.mod文件。
您可以像这样unsetGOPATH：
unset GOPATH
它应该解决你的问题。或者，您也可以删除.mod文件。
也许这可以帮助你。
看起来你有GOPATH=.，并且你正在将模块复制到同一个地方。go get 具有创建 ./src/golang.org/x/vgo 的效果，然后 COPY 创建 ./go.mod，因此看起来 GOPATH 下载的源代码位于模块中。这反过来又使src/golang.org/x/vgo看起来像是你正在从事的项目的一部分，而vgo对它自己(不支持的(供应商使用感到非常困惑。
原始帖子参考： 这里
其他来源 ： 这里
您必须删除位于 GOPATH 目录位置的 go.mod 文件
我遇到了类似的问题，我所做的是：
go env -u GOPATH
如果您曾经像这样设置过 GOPATH 变量，它应该可以解决您的问题go env -w GOPATH=some_path.