如何使用 go 1.11 和 Google App Engine Standard 验证私有 Go

Question

我一直在更新我的整个 go gae 标准项目以使用 go 1.11 的模块。主目录结构app.yamlapp.gogo.modgo.sumapp.gopackage mainimport "bitbucket.org/myPrivateRepo"func main() {    myImportantModule.Run()}go.modmodule myProjectrequire bitbucket.org/myPrivateRepo v0.0.1错误如果我尝试 gcloud app deploy：ERROR: (gcloud.app.deploy) Error Response: [9] Cloud build <GUI> status: FAILURE.Build error details: go: bitbucket.org/myPrivateRepo@v0.0.1: https://api.bitbucket.org/2.0/repositories/myPrivateRepo?fields=scm: 403 Forbidden（注意：显然我正在使用的回购有一个真实的名字）。那我可以这样做吗？我承认我没有完全理解迁移文档，尤其是当它谈到“将文件移动到您的 GOPATH”时。 https://cloud.google.com/appengine/docs/standard/go111/go-differences我的意思是，我认为新模块系统的好处之一是您不需要 go 路径下的所有内容。例如，当我阅读https://github.com/golang/go/wiki/Modules时，它很早就说“在你的 GOPATH 之外创建一个目录：”所以，需要明确的是，现在我所有的代码都在 go 路径之外，但一切都在本地构建得很好。我认为这一切都有效，因为当我运行 go mod tidy / go build 等时，go 会自动下载并缓存 go 路径中的内容。然而，当我尝试 gcloud app deploy 时它失败了。无论如何，谷歌云构建系统将如何访问我的私人存储库？我显然错过了一些重要的东西。我还读到你不应该将供应商与新模块系统结合起来，所以不可能。如果这可行，我将非常高兴，因为使用 DEP 迫使我非常笨拙地使用 goapp deploy。

Answer 1

更新：现在 go 1.14 已经发布，Google 有一些更好的文档： https: //cloud.google.com/appengine/docs/standard/go/specifying-dependencies

我的解决方案：

我没有处理凭据，而是使用 go 的模块替换功能来指示 GAE 使用我的本地代码。这运作良好。

目录结构：

myService/

    src/

        service.go  // has a run() function to set up routers etc.

        go.mod      // depends on my private module in bitbucket and other things

        …           // other source files

    build/

        gae/

            src/        // simlink to ../../src

            modules/    // git ignored, I clone or copy my modules in build scripts.

            app.go  // see below…

            go.mod  // has main() which calls service.run() and appEngine.Main()

            app.yaml

方法

我使用 git module replace 以便 GAE 使用我的本地代码。在构建之前，我解析 myService/src/go.mod 以找到我的私有模块的正确版本，然后将其克隆到模块文件夹中。我还选择了复制 wip 模块源代码以在本地进行调试，而无需提交到我的模块存储库。

gae 目录中的 go.mod：

module myServiceGAE

require (

    bitbucket.org/me/myService v0.0.0

    google.golang.org/appengine v1.4.0

)

replace bitbucket.org/me/myService => ./src

replace bitbucket.org/me/myModule => ./modules/utils

优点

myService 下的包没有 GAE 的引用或知识，所以我可以轻松地将它构建到 docker 等中。我认为解析服务 go.mod 文件就像创建我自己的依赖管理器一样，破坏了 go 模块的好处。

缺点

如果我有一个依赖于另一个私有模块的私有模块，我认为事情会变得太复杂。

Answer 2

另一种选择是也使用 Google Cloud Secret Manager

Google Cloud 将有一个 SSH 密钥来访问和拉取您的私有存储库。

Answer 3

在部署之前设置 git 凭据：

git config credential.helper '!f() { sleep 1; echo "username=${GIT_USER}\npassword=${GIT_PASSWORD}"; }; f'

export GIT_USER=put_git_user_here

export GIT_PASSWORD=put_git_password_here

gcloud app deploy