关于 $GOPATH 的一些问题

Question

我是一个新的 golang 开发人员，我想知道为什么$GOPATH需要在我的项目的根目录中设置环境变量。如果我同时处理多个项目，则每次都需要重新设置$GOPATH环境变量以指向不同的位置。在我的设置中，我$GOPATH设置为/Users/Projects/go/lib. 这是我所有 golang 项目的通用目录。只是为了澄清：项目数据放置在 /Users/Projects/go/<Project Name>如果无论如何都$GOPATH用于（据我所知）是安装第 3 方库，那么$GOPATH为我的所有项目拥有一个目录是否安全，因此所有必需的第 3 方库都安装在同一个 lib 目录中，并且每当我编译项目时，它只使用它需要的库。这在实践中很糟糕吗？为什么？

Answer 1

（2018 年第二季度：

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

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

VSCode 越来越支持它：

vscode-go/问题 1532

“ Visual Studio Code 中的 Go 模块支持”

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

我的完整GOPATH包括：

全局路径（适用于所有实用程序，如goimports）github.com/smartystreets/goconvey、...），$HOME/go例如，

一个本地路径（对于我当前的项目），我的 local和src将在哪里。pkgbin

也就是两条路：

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

为我的所有项目拥有一个 $GOPATH 目录不是很安全，因此所有必需的 3rd 方库都安装在同一个 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”。