You can still keep the standalone SDK installed alongside gcloud and use the goapp workflow if you prefer. The 'goapp' installed by gcloud resides in a directory outside of the PATH on purpose so as not to conflict with the standalone SDK, and is meant to be invoked only by gcloud. The 'goroot' directory is the same goroot that is included in the standalone SDK. It's best not to try and mash parts of the SDKs together or expose internal bits of gcloud and try to use them like the standalone SDK.
The different ways to deploy a standard environment Go app (goapp, gcloud, or appcfg) are given in the documentation Deploying a Go App. <https://cloud.google.com/appengine/docs/standard/go/tools/uploadinganapp> As to where your app should reside, you should always keep your app sources outside of the SDK directory tree, so which SDK you use should not matter. On Saturday, April 8, 2017 at 11:57:29 AM UTC-4, Tim Becker wrote: > > Sorry if I'm missing something obvious, but it seems that the documenation > is very unclear about this and was just recently changed with no clear > migration instructions: > > - since recently (~ last week sometime) the prefered way to install > Golang support seems to be via the "Google Cloud SDK" (vs the "original > App > Engine SDK for Go") > - previously, the `goapp` tool was a central part of my workflow in > order to deal with the dependency on the completely outdated 1.6 version > of > Go required by appengine > - using gcloud and installing go support via `gcloud components > install app-engine-go` gets me two `goapp`s: > - ./google-cloud-sdk/platform/google_appengine/goapp > - ./google-cloud-sdk/platform/google_appengine/goroot/bin/goapp > - the first of which is a python script with no executable bit set, > and neither of which are in the PATH set up by the install.sh script > - running, eg. > `./google-cloud-sdk/platform/google_appengine/goroot/bin/goapp test` > results in the following error: > - `go: cannot find GOROOT directory: > > /private/var/folders/bs/nn10qt5j32g25qwgd77wkcyh00d7l1/T/appengine/go_appengine/goroot > > Now there are `gopath` and `goroot` dirs in the > `plattform/google_appengine` directory and I'm tempted to set the > corresponding environment variables to point to those directories, because > at least `goroot` seems to have all the necessary appengine dependencies > install in it. But this leaves me wondering, where my app should reside. > And dealing with appengine/gcloud/whatever it's called today in this manner > feels just like "trying out random stuff" > > The README contains completely outdated info from 2008. And the online > docs only seems to focus on using the "classic" SDK (e.g. > https://cloud.google.com/appengine/docs/standard/go/tools/localunittesting/ > ) > > Is there any obvious documenation that I'm missing? Am I the only person > encountering these problems? > > > (btw. I'm using OSX) > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at https://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/8574323f-6e5e-46cc-929b-0771dde866e0%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
