Question

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

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

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

只是澄清一下：项目数据放在/Users/Projects/go/<Project Name>

中

如果无论如何所有$GOPATH用于（据我所知）是安装第三方库，为我的所有项目都有一个$GOPATH目录是不安全的，所以所有的所需的第三方库安装在同一个lib目录中，每当我编译项目时，它只使用它所需的库。

这在练习中是不是很糟糕？为什么呢？

Answer 1

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

使用Go 1.11（2018年8月）， GOPATH can be optional, with modules 。

VSCode支持越来越多：

vscode-go/issue 1532
＆＃34; Go modules support in Visual Studio Code＆＃34;

2016年6月：您不必依赖仅一个GOPATH（即one workspace）。

我的完整GOPATH包括：

一个全局路径（适用于所有实用程序，例如goimports），github.com/smartystreets/goconvey，...），例如$HOME/go，
本地路径（针对我当前的项目），我的本地src，pkg和bin将在其中。

这是两条路：

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

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

这在练习中是不是很糟糕？为什么呢？

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

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

将我的GOPATH设置为该项目（本地路径，将安装该项目所需的第三方库，并移至vendor文件夹），
为该路径制作符号链接<myproject>/src/<myproject> -> ../..，因为GOPATH表示期望在myproject中找到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项目的人只需键入＆＃39; b＆＃39;。

关于$ GOPATH的一些问题

1 个答案: