我在工作中遇到了一个奇怪的问题。我有一个项目。在这个项目中有两个包，每个包都在自己的文件夹中。每个文件夹都包含各种.go文件，这些文件是该包的一部分。在文件夹A中，如果我说gobuild-v，我会得到它正在构建的内容的列表。在文件夹B中，如果我说gobuild-v，我会得到一个没有输出的立即返回。这两个文件夹只包含.go文件，并且没有容易识别的原因为什么它在一个文件夹中构建代码而在另一个文件夹中不构建任何内容。goversion返回goversiongo1.7.5linux/amd64我到底要怎么弄清楚这里发生了什么？编辑:澄清评论中提出的问题:两个文件夹中都没有packagemain
我正在尝试使用goncurses。在Centos6上，ncurses库很旧(5.7，想要5.9)，所以我从源代码构建ncurses并将其安装到/usr/lib、/usr/include等。我如何告诉“goget”运行/usr/lib中的内容而不是/lib中的系统内容？这是我当前的输出:$goget-vcode.google.com/p/goncursescode.google.com/p/goncurses#code.google.com/p/goncurses/tmp/go-build076024492/code.google.com/p/goncurses/_obj/goncurs
我有一个Go项目，我想使用Travis-CI构建并将其部署到特定的提供商。我熟悉Gimmeproject这将使用交叉编译来做到这一点。但是因为Travis已经支持linux和osx我只需要这个功能来构建Windows。当然，最大的动机是避免交叉编译运行时错误，因为它有很多。我的问题是如何在同一个.travis.yml文件中创建不同的构建流程:原生linux/os构建(带有“os”部分)。使用Gimmme进行Windows编译第一个选项的.travis.yml文件看起来像这样:language:gogo:-1.5.1branches:only:-masteros:-osx-linuxbe
我有两个在header中具有不同构建约束的go文件。constants_production.go://+buildproduction,!stagingpackagemainconst(URL="production")constants_staging.go://+buildstaging,!productionpackagemainconst(URL="staging")main.go:packagemainfuncmain(){fmt.Println(URL)}当我执行goinstall-tags"staging"时，有时会打印production；有时，它会打印staging
具体来说，我正在使用magick包，而我正在使用的功能决定了我总是需要使用“gm”构建标签来构建它。有没有一种方法可以默认声明该构建标记，以便我的项目的“构建”(或“构建测试”)将使用“gm”隐式构建magick？ 最佳答案 不，他们不能。您要么必须在cmd行中键入它们，要么使用makefile。 关于go-'gobuild'和'gotest'可以有默认标签吗？，我们在StackOverflow上找到一个类似的问题： https://stackoverflow
project.go:6:2:cannotfindpackage"example.com/project/package"inanyof:/usr/local/Cellar/go/1.1.2/libexec/src/pkg/example.com/project/package(from$GOROOT)/Users/me/go/src/example.com/project/package(from$GOPATH)Fetchinghttps://example.com/project/package?go-get=1ignoringhttpsfetchwithstatuscode404
我有一个LinuxVM，我正在尝试编译一个简单的Go包。使用git将包检索到我的用户目录中:$gitclone[...]/test.goCloninginto'test.go'...done.$cdtest.go/$lsmain.go我设置了GOPATH并构建:$exportGOPATH=$PWD;echo$GOPATH/home/vagrant/test.go$gobuild$lsmain.gotest.go*到目前为止一切顺利。但是现在当我再次尝试构建时，它失败了:$gobuildcan'tloadpackage:package.:read/home/vagrant/test.go
我正在尝试编译这个example(在当前工作目录中保存为main.go):packagemainimport("flag""log""runtime""github.com/nats-io/go-nats")//restofthecode这个有效:$gobuild./但这不是:$gotoolcompile-omain.omain.gomain.go:8:2:can'tfindimport:"github.com/nats-io/go-nats"上面的两个例子都是在同一个终端上运行的，具有相同的环境变量，所以我不明白为什么第二个例子不起作用。我已经尝试使用-D和-I参数以及各种目录作为$
我正在尝试在树莓派上编译一个go项目。项目有5个文件，两个小.c文件及其对应物.h(其中一个文件是我的代码——它调用另一个，它是一个base64库)和一个.go调用我的文件.c代码使用cgo.当我只用gcc编译我的C代码(包括它的调用和所有内容)时单独在树莓派上运行良好，无需任何配置。当我在x86上编译整个go项目时带有gobuild的LinuxUbuntu机器,它也做得很好。但是当我尝试用gobuild编译go项目时在树莓派中它没有得到我的C库:fiatjaf@raspberrypi~/g/s/b/f/project>gobuild-xWORK=/tmp/go-build702187
我在MacOSSierra中使用go-1.7。我的项目在我的$GOPATH/src文件夹中，里面有一个vendor文件夹及其所有依赖项。并且我在我的代码中使用这样的依赖项:import("github.com/google/go-github/github")现在，如果我运行gobuild，我会收到消息，我使用的所有依赖项都无法在$GOROOT和$GOPATH中找到:import("vendor/github.com/google/go-github/github")但据我所知，应该可以在截断的第一个代码中喜欢它。啊，仅供引用，没有符号链接(symboliclink)等。
