我一直在更新我的整个go gae标准项目，以使用go 1.11的模块。
主目录结构
app.yaml app.go go.mod go.sum
app.go
package main import "bitbucket.org/myPrivateRepo" func main() { myImportantModule.Run() }
go.mod
module myProject require bitbucket.org/myPrivateRepo v0.0.1
错误
如果我尝试gcloud应用程序部署：
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
我的意思是，我认为新模块系统的好处之一是您并不需要一切。例如，当我阅读https://github.com/golang/go/wiki/Modules时，它很早就说“在GOPATH外部创建目录：”
因此，很明显，现在我所有的代码都在go路径之外，但是一切都在本地构建。
我认为这一切都是可行的，因为当我运行go mod tidy / go build等时，go会自动在go路径中下载并缓存内容。
但是，当我尝试gcloud应用程序部署时，它失败了。Google云构建系统将如何访问我的私有存储库？我显然错过了一些重要的事情。我还读到您不应该将供应商与新的模块系统结合起来，那样就不可能了。
如果这行得通，我将感到非常高兴，因为使用DEP迫使我非常笨拙地使用goapp deploy。
谢谢！
我的解决方案：
我没有使用凭证，而是使用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模块替换，以便GAE使用我的本地代码。在构建之前，我解析myService / src / go.mod来找到我的私有模块的正确版本，然后将其克隆到modules文件夹中。我还选择了复制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模块的好处。
缺点
如果我有一个依赖于另一个私有模块的私有模块，我认为事情会变得太复杂了。
