$GOPATH/go.mod 存在但不应该在 AWS Elastic Beanstalk 中

Question

我正在尝试使用 bitbucket 管道和 AWS Elastic Beanstalk 部署基于 gin 框架的 golang 应用程序。我使用在 EB 中部署应用程序所需的所有文件创建了我的包 application.zip，当我通过管道或 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 版本 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"

Answer 1

当GOPATH设置go get安装所需要的模块中提供的路径GOPATH，但如果你使用.mod的文件，它使用的工作目录。

你的情况，你已经GOPATH设置并拥有.mod文件。

你可以unset像这样 GOPATH：

unset GOPATH

它应该可以解决您的问题。或者，您也可以删除.mod文件。

Answer 2

也许这可以帮助你。

看起来你有 GOPATH=。并且您正在将模块复制到同一位置。go get 的作用是创建 ./src/golang.org/x/vgo，然后 COPY 创建 ./go.mod，这样看起来 GOPATH 的下载源就位于模块内部。这反过来又使它看起来像是 src/golang.org/x/vgo 是您正在处理的项目的一部分，而 vgo 对其自己（不受支持的）供应商的使用感到非常困惑。

原帖参考： 这里

附加来源： 这里