提供两种行李管理方法，一种是另一种是
Linux可以设置环境变量，例如：
在使用不仅系统提供的软件包的过程中，例如，我们还需要一个第三方软件包，例如：redis-go驱动程序，mysql驱动程序，如何快速有效地导入和使用这些第三派对软件包。为什么需要管理。
安装GO后，我们需要设置一条路径。当我们使用提供的系统库时，我们可以直接，无需安装，例如：例如：
例如，当我们的程序使用导入系统库时：事实上，我们首先要找到它，例如，如下所示，如下所示
库的绝对路径实际上是
由于我们设置了它，它将为我们找到它
为了介绍第三方库，它为我们提供了两个和谐的工具。
从以下示例中，我们将协调一致
例如，我们也可以获得它
我们可以将第三个 - 方插头放在目录中，然后引用
例如，我们创建一个新文件
小路：
内容
我们将包装函数引用在主函数中
米
如果找不到袋子，将报告以下错误
错误的含义是：程序引用包裹，但没有找到包装。
如果我们引用网络库，例如：
我们的代码如下
执行时，将报告错误
如果您找不到它，我们只需要通过它即可下载
我们通过查看来查看图书馆
这代表下载，甚至您也可以通过此命令下载库
最终的目标只是一个，即将图书馆放在下面。
启动了包装管理工具来解决问题。
其中有一个环境变量：该值受控制，其参数值为
如果您不启用该功能，则可以使用方法来查找行李。
启用，如果设置为，您将不会再找到路径了
此值很特别，因为有必要根据当前目录环境决定是否使用它
如果发生以下情况，将使用
在某些特殊网络中，如果我们无法直接访问库地址，我们可以将其拉动代理以拾取
该值有2个参数：
如果是：它不会返回到源，也就是说，当代理无法获取数据时，将不会从源站镜像中删除。
如果这意味着它将返回源，当代理不可用时，您将去源站尝试接收
与上述变量相反的效果，这是一个不采取的私人仓库或项目。
设置类似于：
我们测试设置如下
我们可以用来创建一个
您不能写它，然后将其用于提取资源
我们运行程序
现在报告没有连接，找不到库。
使用拉力网络库非常酷，但是介绍个人库更麻烦
例如，我们自己写了一个代码
我们想引用它，
让我们先创建
注意，如果要在此处调用库的功能，则需要创建它
我们需要修改文件
修改如下
我们写主函数
我们执行下一个代码
我们发现代码执行成功。
意义
不管是是否，最好找到自己，但是似乎废除了后续版本计划，我不知道这是否是真的，但是与之相比，它是较慢的。正确的本地依赖库。