4

我是一个新的 golang 开发人员，我想知道为什么$GOPATH需要在我的项目的根目录中设置环境变量。

如果我同时处理多个项目，则每次都需要重新设置$GOPATH环境变量以指向不同的位置。

在我的设置中，我$GOPATH设置为/Users/Projects/go/lib. 这是我所有 golang 项目的通用目录。

只是为了澄清：项目数据放置在/Users/Projects/go/<Project Name>

如果无论如何都$GOPATH用于（据我所知）是安装第 3 方库，那么$GOPATH为我的所有项目拥有一个目录是否安全，因此所有必需的第 3 方库都安装在同一个 lib 目录中，并且每当我编译项目时，它只使用它需要的库。

这在实践中很糟糕吗？为什么？

4

1 回答 1

5

（2018 年第二季度：
请注意，对于vgo 项目，GOPATH可能最终会被弃用，而支持基于项目的工作流程。这将避免GOPATH两年前我在下面提出的基于手动项目的手动）

对于 Go 1.11（2018 年 8 月），GOPATH可以是可选的，带有 modules。

VSCode 越来越支持它：

2016 年 6 月：您不必只依赖一个GOPATH（即一个工作区）。

我的完整GOPATH包括：

  • 全局路径（适用于所有实用程序，如goimports）github.com/smartystreets/goconvey、...），$HOME/go例如，
  • 一个本地路径（对于我当前的项目），我的 local和src将在哪里。pkgbin

也就是两条路：

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

为我的所有项目拥有一个 $GOPATH 目录不是很安全，因此所有必需的第 3 方库都安装在同一个 lib 目录中，并且每当我编译项目时，它只使用它需要的库。

这在实践中很糟糕吗？为什么？

我不喜欢这种做法，因为不同的项目可能需要同一个库的不同版本。
这就是为什么我GOPATH每个项目都有一个，我的构建脚本（与项目一起版本化）为我设置。

当我克隆我的一个 go 项目时，我：

  • 将我设置GOPATH为那个 go 项目（本地路径，我需要为该项目安装的第三方库，并移动到一个vendor文件夹），
  • 为该路径创建一个符号链接<myproject>/src/<myproject> -> ../..，因为GOPATH手段 go 期望找到myprojectin的来源src/<apackage>。

那个组织：

  • 保持兼容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”。

于 2016-06-19T07:52:57.753 回答