使用 git 设置正确的 Golang 目录结构，以便在自定义包上使用 go build

IT行业相对于一般传统行业，发展更新速度更快，一旦停止了学习，很快就会被行业所淘汰。所以我们需要踏踏实实的不断学习，精进自己的技术，尤其是初学者。今天golang学习网给大家整理了《使用 git 设置正确的 Golang 目录结构，以便在自定义包上使用 go build》，聊聊，我们一起来看看吧！

所以我已经为此摸不着头脑了几个星期，在阅读了一些关于 $ go build 如何工作及其三个神奇目录 /bin、/pkg、/src 的资料后，它是我仍然不太清楚如何使用自定义包构建 golang 项目以及如何管理 git 存储库。

让我更详细地解释一下我的情况：

我正在项目目录中处理一个 go 项目，该项目目录与默认的 .../user/go/... 不同。对于我的所有项目，我有一个不同的目录树，其结构如下：

projects
 | project-a
 | project-b
    | docs
    | media
    | scrum
    | project-b   <-- git repo containg Go structure
       | .git
       | gitignore.txt
       | bin
       | pkg
       | src
          | custom-package-a
          |  | foo.go
          | custom-package-b
          |  | bar.go
 |     | main.go      
 | project-c

我的 projects 目录可以包含任何类型的项目：java、unity3d、visualc# 等...然后在每个项目中，它都包含一个带有源代码的存储库。

我最近通过将 projects/project-b/project-b 添加到我的 gopath 来成功构建，因此它可以看到 src 目录。

即使构建正确，典型 go 项目的文件结构应该是这样的吗？

在我的 gopath 中，我删除了 user/go 的原始路径，仅使用项目目录。当从 github 安装其他包时，它们会包含在存储库中，因为 gopath 没有在其他地方设置，所以我的存储库有这些不同的子模块。 将外部包安装到存储库中是明智之举，还是应该将它们放入不同的 go 目录中？我担心这可能会使存储库变得混乱。

我可以包括

我需要知道我是否正确使用自定义包。我的目的是在我的代码库中采用面向对象的方法，并将每个包视为一个类。 制作自定义包将它们视为类是明智之举吗？我发现有必要避免函数和变量之间的同名冲突。示例：package-a.getthing()、package-b.getthing()。这两个函数都会产生类似（不精确）的输出，但处理不同的数据集并需要不同的实现。

当我使用 go build 时，我的控制台位于 projects/project-b/project-b/ 并且工作正常。如果我将 main.go 移动到 src 内，则相同。

一个问题是 go 构建器奇怪地将编译后的二进制文件放在我调用 go build 的同一目录中。 go build 不应该将其放置在 bin 目录中，还是在使用该命令时需要强制执行输出路径？ 我知道 gobin，但它似乎不起作用.

解决方案

从 Go 1.11 开始，你不需要使用 $GOPATH。

您可以使用 go mod init [your repo] 并运行 go install 或 go build 将为您下载 deps，并创建 go.mod 和 go.sum 文件来跟踪 deps。

看看这个README

理论要掌握，实操不能落！以上关于《使用 git 设置正确的 Golang 目录结构，以便在自定义包上使用 go build》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！