一文掌握 golang中 work与 module 的区别与联系
一文掌握 golang中 work与 module 的区别与联系
在 1.13 版本中，Go 的作者添加了一种管理 Go 项目所依赖的库的新方法，称为Go 模块go mod。添加 Go 模块是为了满足日益增长的需求，使开发人员更容易维护其依赖项的各种版本，并为开发人员在计算机上组织项目的方式增加更多灵活性。
Go 模块通常由一个项目或库组成，并包含一组随后一起发布的 Go 包。GOPATHGo 模块通过允许用户将项目代码放在他们选择的目录中并为每个模块指定依赖项的版本，解决了原始系统的许多问题。
我们在项目开发的时候不仅仅需要使用别人开发的开源模块，虽然自己公司内部项目的增加回积累很多适合自己公司的 golang 的模块来提供给自己公司的其他项目成员使用。比如 sso module 等。
使用 module 开发模块的弊端
我们在使用 golang 的 module 来开发模块的时候需要在项目的go.mod文件中引入对应的项目，但是golang 默认会去相对应的地址去拉去对应的包，但是这个时候我们的module 并没有提交到自己的仓库中。那么这个时候golang 就会报错，找不到对应的 package。
那么这个时候应该怎么做呢？一般的做法就是在 go.mod 文件中添加一条指令 replace
module example.com/hello
go 1.20
replace example.com/greetings => ../greetings
require example.com/greetings v0.0.0-00010101000000-000000000000
这样就可以在我们的项目中使用正在开发中的包。
虽然可以满足我们开发包的依赖问题，但是会存在一个严重的问题：一旦我们开发完成将 module 提交到了代码仓库，忘记将 `replace example.com/greetings => ../greetings 其他成员拉去了最新的包，在执行 go mod tidy 就会提示找不到包的问题，因为 replace 指令会得到优先执行，并不会从仓库中拉去对应的模块。
使用 go work 解决 replace 指令的问题
在Go1.18 正式发布后，有了新的模式，那就是 go work 工作区模式（Workspace mode），并不是之前 GOPATH 时代的 Workspace，而是希望在本地开发时支持多 Module。
针对 mo module 的问题，Michael Matloob 提出了 Workspace Mode（工作区模式）。相关 issue 讨论：cmd/go: add a workspace mode ， Proposal，感兴趣的可以去参阅。
所以要想使用 go work，那基本的要求就是你的 golang version 必须是 golang 1.18 以上的版本
❯ go version
go version go1.20.7 darwin/amd64
我们先看看 go wokr 相关的命令：在命令行执行go help work
❯ go help work
Work provides access to operations on workspaces.
Note that support for workspaces is built into many other commands, not
just 'go work'.
See 'go help modules' for information about Go's module system of which
workspaces are a part.
See https://go.dev/ref/mod#workspaces for an in-depth reference on
workspaces.
See https://go.dev/doc/tutorial/workspaces for an introductory
tutorial on workspaces.
A workspace is specified by a go.work file that specifies a set of
module directories with the "use" directive. These modules are used as
root modules by the go command for builds and related operations. A
workspace that does not specify modules to be used cannot be used to do
builds from local modules.
go.work files are line-oriented. Each line holds a single directive,
made up of a keyword followed by arguments. For example:
go 1.18
use ../foo/bar
use ./baz
replace example.com/foo v1.2.3 => example.com/bar v1.4.5
The leading keyword can be factored out of adjacent lines to create a block,
like in Go imports.
use (
../foo/bar
./baz
)
The use directive specifies a module to be included in the workspace's
set of main modules. The argument to the use directive is the directory
containing the module's go.mod file.
The go directive specifies the version of Go the file was written at. It
is possible there may be future changes in the semantics of workspaces
that could be controlled by this version, but for now the version
specified has no effect.
The replace directive has the same syntax as the replace directive in a
go.mod file and takes precedence over replaces in go.mod files. It is
primarily intended to override conflicting replaces in different workspace
modules.
To determine whether the go command is operating in workspace mode, use
the "go env GOWORK" command. This will specify the workspace file being
used.
Usage:
go work <command> [arguments]
The commands are:
edit edit go.work from tools or scripts
init initialize workspace file
sync sync workspace build list to modules
use add modules to workspace file
Use "go help work <command>" for more information about a command.
构建目录
根据上面提示我们新建目录 example mypkg
cd ~/Devloper
mkdir works # 创建 work 目录
cd works # 进入 work 目录中
mkdir example mypkg # 在 work 目录中新建两个目录 example mypkg
当前的目录结构是：
❯ tree
├── example
└── mypkg
初始化 go mod
example 是我们的项目目录， mypkg 是我们开发的包目录
在 example 目录中执行 go mod 初始化命令:
❯ go mod init github.com/example
go: /Users/oo7/Developer/works/example/go.mod already exists
在 mypkg 目录中执行 go mod 初始化命令：
❯ go mod init github.com/mypkg
go: /Users/oo7/Developer/works/mypkg/go.mod already exists
编写 Bar()
在 mypkg 目录中新建文件 demo.go 添加内容：
package mypkg
func Bar() {
println("this package is mypkg")
}
Main 函数中调用Bar 函数
我们在 example 中新建 main.go 文件，来调用这个 mypkg 包中的 Bar 函数:
main.go
package main
import (
"github.com/mypkg"
)
func main() {
mypkg.Bar()
}
执行 go mod tidy
我们在 example 目录与 mypkg 目录中执行 go mod tidy 命令， 确保 go.mod 与模块中的源代码匹配。
❯ cd example/
❯ go mod tidy
go: finding module for package github.com/mypkg
github.com/example imports
github.com/mypkg: cannot find module providing package github.com/mypkg: invalid github.com import path "github.com/mypkg"
❯ cd ../mypkg/
❯ go mod tidy
~/Developer/works/mypkg ❯
测试代码
我们在 example 目录中执行 go run . 命令，测试我们是否可以正常的函数调用：
❯ cd example/
❯ go run .
main.go:4:2: no required module provides package github.com/mypkg; to add it:
go get github.com/mypkg
从相应结果看 go 并没有找到 mypkg 包，以及 mypkg.Bar() 函数。
使用 go work 初始化
我们在 work 目录中执行 go work init example mypkg
❯ go work init example mypkg
go: /Users/oo7/Developer/works/go.work already exists
执行完成命令后我们发现在 work 的目录下面生成了 go.work 文件
go 1.20
use (
./example
./mypkg
)
example 目录中执行 go run . 命令，测试我们是否可以正常的函数调用：
❯ go run .
this package is mypkg
我们看到代码已经可以正常执行了。不在报错找不到包的问题了。
如果我们执行以下命令：
❯ GOWORK=off go run main.go
main.go:4:2: no required module provides package github.com/mypkg; to add it:
go get github.com/mypkg
将 GOWORK 设置关闭，同样是报错。
总结
以上我们已经体会到了 go work 的作用，以及与 replace 的对比。
当我们开发完成，应该先提交 mypkg 包到 GitHub，然后在 example 下面执行 go get：
go get github.com/mypkg 即可
目前 VSCode 的 go 插件已经支持 workspace，不需要做什么配置就可以使用 go work。同样使用 goland 的同学也是没有任何问题的。