关于$GOPATH的几个问题

5
我是一名新的golang开发者,我想知道为什么需要在我的项目根目录中设置$GOPATH环境变量。
如果我同时在几个项目上工作,我需要每次重新设置$GOPATH环境变量以指向不同的位置。
在我的设置中,我将$GOPATH设置为/Users/Projects/go/lib。这是一个通用的目录,适用于我所有的golang项目。
只是为了澄清一下:项目数据被放置在/Users/Projects/go/<Project Name>中。
如果$GOPATH仅用于安装第三方库(据我所知),那么在所有项目中都有一个$GOPATH目录是否安全,以便所有所需的第三方库都安装在同一个lib目录中,每当我编译其中一个项目时,它只使用所需的库。
实践中这样做会有问题吗?为什么?

你可以把你的项目放在同一个目录下,不会有任何问题。 - ameyCU
1
这将澄清很多事情-https://golang.org/doc/code.html 请注意,$GOPATH被视为“go工作区”,所有go项目都应放在“src”子目录下。 有很多资源可以澄清使用$GOPATH的方法。 - Shikloshi
基本上,GOPATH 是指一个“Go 工作区”,正如 Shikloshi 所说的那样,因此您可能会发现 关于 Go 工作区的最佳实践是什么? 这篇文章很有趣。它有不同的答案和不同的原因。个人而言,我使用单一工作区方案,但显然这可能会根据项目要求而有所不同。 - user539810
1个回答

7
(Q2 2018: 请注意,随着vgo项目的推出,GOPATH可能会被弃用,转而采用基于项目的工作流。这将避免我在两年前提出的手动基于项目的GOPATH。)
使用Go 1.11(2018年8月),GOPATH可选,使用模块
它越来越受到VSCode的支持:

2016年6月:您不必仅依赖于一个GOPATH(即一个工作区)。

我的完整GOPATH包括:

  • 全局路径(适用于所有实用程序,例如goimportsgithub.com/smartystreets/goconvey,...),例如在$HOME/go中,
  • 本地路径(适用于我的当前项目),其中包含我的本地srcpkgbin

这是两条路径:

export GOPATH=/path/to/myproject:$HOME/go

我希望您为所有项目只设一个$GOPATH目录并在同一lib目录中安装所需的第三方库,这样是否安全,每次编译一个项目时它会使用所需的库。但实际上,我不喜欢这种做法,因为不同的项目可能需要同一库的不同版本。
这就是为什么我为每个项目设置一个GOPATH,我的构建脚本(与项目一起进行版本控制)为我设置。
当我克隆自己的go项目时,我:
  • 将我的GOPATH设置为该go项目(本地路径,在其中我需要为该项目安装第三方库,并将其移到vendor文件夹中),
  • 创建到该路径的符号链接<myproject>/src/<myproject> -> ../..,因为GOPATH表示go期望在src/<apackage>中找到myproject的源代码。

这种组织方式:

  • 保持兼容性,可以使用 go get 命令;
  • 确保我需要的任何特定依赖项默认安装在我的项目文件夹中,而不是丢失在全局 GOPATH 中存在的大量全局库/实用程序中。

我有:

myproject
   mysource.go
   apackage
     othersource.go
   src
     myproject -> ../..
     vendor
        third-party packages

在Windows上,一个典型的构建脚本将会是:
λ more b.bat
@echo off
setlocal EnableDelayedExpansion
if not defined GOROOT (
        echo Environment variable GOROOT must be defined, with %%GOROOT%%\bin\go.exe
        exit /b 1
)

set PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem
set PATH=%PATH%;%GOROOT%/bin
set GOPATH=%~dp0;%HOME%/go

set prjname=%GOPATH:~0,-1%
for %%i in ("%prjname%") do set "prjname=%%~ni"
rem echo prjname='%prjname%'

if not exist src (
        mkdir src
)
if not exist src\%prjname% (
        mklink /J src\%prjname% %GOPATH%
)

pushd %~dp0
cd src\%prjname%
rem cd
go install
popd
endlocal

任何想克隆我的 Go 项目的人只需输入“b”即可。

太棒了!那个符号链接 myproject -> ../.. 恰好解决了我的疑惑,如何处理自己的代码而不必放在应只包含第三方代码的共同目录下。我一直在考虑在 GOPATH 中使用两部分,一部分为自己的,另一部分为第三方的,但这会带来很多麻烦。然而有一个问题,你如何在 MS-Windows 上执行这个操作? - minghua
1
@minghua 但现在(1.11+)Go模块已经使所有这些都过时了:https://github.com/golang/go/wiki/Modules - VonC
gopath 一直是个混乱的地方,特别是当你来自一个 golang.org 和 github.com 经常被封锁的国家时。每次使用第三方工具绕过网络(如 gopm)检出 go lib 后,git 版本控制方案都会崩溃,因为这些工具会改变路径,这意味着你永远无法正确更新库,唯一的选择就是在每次更新库时重新安装。有了新的 mod 工具,不再需要更改路径,就像快乐的 npm 一样。 - tomriddle_1234
@tomriddle_1234 我同意。而且你可以将它与自己的模块URL存储库相结合:https://thumbai.app/ 和 https://github.com/thumbai/thumbai - VonC

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接