大家现在go项目如何管理的？一个项目是一个gopath下的包，还是一个新的gopa ...

全局一个 gopath 较优方案:
github管理源码 + glide(go 包管理工具)管理依赖包

glide 介绍:
1.是一个 golang 的包管理工具.
2. 功能类似 Python 的 pip + virtualenv. (个人理解)
3. 可以锁定项目版本, 会在当前工程目录创建 vendor 目录, 存放所有依赖包.(可认为是个虚拟隔离环境)
4. 默认优先从 vendor 下搜索依赖, 找不到, 再从全局 gopath 找.
5. 这样不会污染全局的包(避免各项目依赖包版本冲突问题).

per 项目 per gopath 推荐做法:
使用如下 脚本, 初始化.(非原创)

优点:
1. 自动创建 项目目录结构.
2. 每个项目都是设置临时的 gopath, 避免污染全局的 gopath, 属于随用随初始化, 用完就扔那种.

用法:

保存如下脚本内容到: create_go_proj.sh
执行如下命令, 创建项目初始工程目录:
sh ./create_go_proj.sh myproject

• 发布Module A的修改到代码仓库，Module B更新依赖的Module A的版本即可
  
• 修改Module B的go.mod，使用replace指令把对Module A的依赖指向你本地未发布的Module A所在目录。等Module A发布后，在发布Module B的时候，再删除Module B的go.mod文件里的replace指令。
  

• go: go的版本，例如 go 1.18
  
• use: 添加一个本地磁盘上的Go Module到workspace的主Module集合里。use后面的参数是go.mod文件所在目录相对于workspace目录的相对路径，例如use ./main。use指令不会添加指定目录的子目录下的Go Module到workspace的主Module集合里。
  
• replace: 和go.mod里的 replace指令类似。go.work里的 replace指令可以替换某个Go Module的特定版本或者所有版本的内容。
  

• 为你的workspace(工作区)创建一个目录。
  
• Clone一份你要修改的上游模块的代码到本地。
  
• 本地修改上游模块的代码，增加新的feature。
  
• 在workspace目录运行命令go work init [path-to-upstream-mod-dir]。
  
• 为了使用上游模块的新feature，修改你自己的Go Module代码。
  
• 在workspace目录运行命令 go work use [path-to-your-module] 。
  go work use 命令会添加你的Go Module的路径到 go.work 文件里：
  go 1.18
  
  use (
         ./path-to-upstream-mod-dir
         ./path-to-your-module
  )
  
• 运行和测试你的Go Module。
  
• 发布上游模块的新feature。
  
• 发布你自己的Go Module代码。
  

• 为你的workspace(工作区)创建一个目录。
  
• Clone仓库里的代码到你本地。代码存放的位置不一定要放在工作区目录下，因为你可以在go.work里使用use指令来指定Module的相对路径。
  
• 在工作区目录运行 go work init [path-to-module-one] [path-to-module-two] 命令。
  示例: 你正在开发 example.com/x/tools/groundhog 这个Module，该Module依赖 example.com/x/tools 下的其它Module。
  你Clone仓库里的代码到你本地，然后在工作区目录运行命令 go work init tools tools/groundhog 。
  go.work 文件里的内容如下所示：
  go 1.18
  
  use (
          ./tools
          ./tools/groundhog
  )
  
  tools路径下其它Module的本地代码修改都会被 tools/groundhog 直接使用到。
  

• 创建多个workspace，每个workspace使用各自的go.work文件，每个go.work里指定一个版本的路径。
  
• 创建一个workspace，在go.work里注释掉你不想要的use指令。
  

• 为每个workspace创建独立的目录。比如你开发的代码依赖了example.com/util这个Go Module，但是想测试example.com/util2个版本的区别，你可以创建2个workspace目录。
  
• 在各自的workspace目录运行 go work init 来初始化workspace。
  
• 在各自的workspace目录运行 go work use [path-to-dependency]来添加依赖的Go Module特定版本的目录。
  
• 在各自的workspace目录运行 go run [path-to-your-module] 来测试go.work里指定的依赖版本。
  

• 在GOPATH目录的根目录下运行 go work init。
  
• 要在工作区中使用本地模块或特定版本作为依赖项，请运行go work use [path-to-module]。
  
• 要替换Go Module  go.mod 文件中的现有依赖项，请使用 go work replace [path-to-module]。
  
• 要添加 GOPATH 或任何目录中的所有Module，请运行 go work use -r 命令，该命令以递归方式将带有 go.mod 文件的目录添加到你的工作区。 如果一个目录没有 go.mod 文件，或者该目录不再存在，那该目录的 use 指令将从你的 go.work 文件中自动移除。
  

注意：如果你的工程里没有go.mod文件，但是你想把它加入到workspace里，你需要进入你的工程目录，执行go mod init来添加go.mod，然后运行 go work use [path-to-module] 来把你的工程添加到workspace中。

• go work sync: 把go.work文件里的依赖同步到workspace包含的Module的go.mod文件中。
  
• go work edit: 提供了用于修改go.work的命令行接口，主要是给工具或脚本使用。
  

• Go版本
  
• workspace下的Module的所在目录
  
• 被替换的Module的信息
  

• 最新的 vscode-go 插件[7] 支持通过编辑器左下角的Go状态栏的快速访问菜单访问go.work文件。
  

• GoLand[8] 支持Workspace工作区模式，也有计划为go.work文件新增语法高亮和代码补全功能。
  

• 下载和安装Go 1.18[10].
  
• 尝试跟着我们的Go workspace教程[11]来学习使用workspaces[12]。
  
• 如果你有关于Go Workspace的任何问题或者建议，请提交issue[13]。
  
• 阅读 workspace说明文档[14]。
  
• 探索更多Go命令，包括 go work init, go work sync 等等。
  

• https://go.dev/blog/get-familiar-with-workspaces