【问题标题】:Go import from package's vendor从包的供应商处导入
【发布时间】:2020-09-24 02:26:21
【问题描述】:

如何指定从供应商导入/使用包,而不是从 GOPATH/GOROOT?

$GOPATH/src/
$GOPATH/src/github.com/
$GOPATH/src/github.com/myproject/mypkg
$GOPATH/src/github.com/myproject/mypkg/mypkgfile1.go
package mypkg
import "github.com/someproject/somepkg" // importing from vendor

type MyStruct struct {
  Config somepkg.SomeStruct1
}
func New(config somepkg.SomeStruct1) MyStruct {...} 
func (m *MyStruct) DoSomething() {
  a := somepkg.SomeStruct1{}
  b := somepkg.SomeStruct2{}
  // do something with 'a' and 'b'
  out := somepkg.SomeFunc(a) 
}
func (m *MyStruct) MyFunc(input SomeStruct1) (output SomeStruct2, err error) {...}
$GOPATH/src/github.com/myproject/mypkg/mypkgfile2.go
$GOPATH/src/github.com/myproject/mypkg/vendor/github.com/someproject/somepkg/
$GOPATH/src/github.com/myproject/mypkg/vendor/github.com/someproject/somepkg/somepkgfile1.go
package somepkg
type SomeStruct1 struct {...}
type SomeStruct2 struct {...}
func SomeFunc(input SomeStruct1) (output SomeStruct2) {...}
$GOPATH/src/github.com/myproject/mypkg/go.mod
module gitHub.com/myproject/mypkg
go 1.1.4

require github.com/someproject/somepkg v1.0.0
$GOPATH/src/github.com/someproject/somepkg/somepkgfile1.go
package somepkg
type SomeStruct1 struct {...}
type SomeStruct2 struct {...}
func SomeFunc() {...}
$GOPATH/src/github.com/someproject/somepkg/go.mod
module gitHub.com/someproject/somepkg
go 1.1.4

require github.com/someproject/somepkg v1.0.0
$GOPATH/src/github.com/anotherproject/anotherpkpg/somepkgfile1.go
package main
import (
  "github.com/someproject/somepkg"
  "github.com/myproject/mypkg"
)
func main() {
  // do something with somepkg
  somepkg.SomeFunc()
  s := somepkg.SomeStruct1{...} 
  myData := mypkg.New(s) 
  m := mypkg.MyFunc()
  x := somepkg.SomeStruct1{...}
  y := mypkg.MyFunc(x)
}
$GOPATH/src/github.com/someproject/somepkg/go.mod
module gitHub.com/someproject/somepkg
go 1.1.4

require (
  github.com/myproject/mypkg v1.0.0
  github.com/someproject/somepkg v1.0.0
)

当我构建/运行 anotherpkpg/main.go 时,我不断收到类型不匹配错误,例如:

cannot use &s (type *"someproject/somepkg".SomeStruct1) as type *"myproject/mypkg/vendor/github.com/someproject/somepkg".SomeStruct1 in argument to mypkg.New

根本不可能做到这一点?我知道如果 somepkg 的版本/发行版不同,则可能会发生类型不匹配。但是没有办法引用 vendored somepkg?我认为当我这样做时它会变得更加复杂

【问题讨论】:

  • 您不能使用外国供应商的软件包,但您应该能够供应您想要使用这些东西的模块中的所有内容。您的设置似乎是有线的。
  • 做了一个小的编辑。但是“外国供应商包”是什么意思?我的我不能引用一个供应商包的供应商?我明白了。而且我在出售所有东西时也没有问题(例如 mypkg 和 anotherpkg/main)。我想当我不想出售给定的包(假设 mypkg 中有其他 pkg)并希望从 GOPATH/GOROOT 访问它(如本例中的“'somepkg”)时,它有点复杂。
  • @Volker,添加更多关于“怪异”的情况就像 somepkg 和 mypkg 是要独立使用的。就像一个不同的包/主可能只是使用 mypkg 或只是 sompkg。它们并不意味着只能与另一个 pkg 一起使用。因此,如果我只使用 mypkg,我希望 mypkg 使用 somepkg 作为其供应商,以便它提供适当的版本控制。与 somepkg 相同(尽管它没有任何供应商)。
  • 我不知道实际的问题是什么。最好的建议可能是:使用 Go 模块,坚持如何编写 Go 代码而不是供应商。
  • @ozn - 你可以使用replace 指令来获取任何你想要的依赖:replace github.com/someproject/somepkg => ../vendor/...

标签: go go-modules govendor


【解决方案1】:

vendor 目录在 GOPATH 模式下的工作方式与在模块模式下不同。

由于github.com/myproject/mypkg/go.mod 存在,您可能正在模块模式下构建github.com/myproject/mypkg 及其依赖项。在模块模式下,只使用主模块的vendor 内容,而其他包的vendor 目录总是被忽略,因此每个包只有一个位置和一个定义。 (使用-mod=vendor,每个包都从您的vendor 目录加载;使用-mod=readonly-mod=mod,每个包都从模块缓存加载。)

由于github.com/anotherproject/anotherpkg/go.mod 不存在,Go 1.15 及更早版本将默认以 GOPATH 模式构建它。在GOPATH 模式下,每个目录中的import 语句都引用了所有父目录的vendor 子树中的包,并且即使它们共享同名,也将供应商的包视为不同的包相同的导入路径。

对于您的情况,正确的长期解决方案可能是开始在模块模式下构建 github.com/anotherproject/anotherpkg,并在需要时使用 replace 指令将其指向您的工作副本 github.com/myproject/mypkg

您可以使用以下命令进行设置:

# Enable module mode for anotherpkg.
cd $GOPATH/src/github.com/anotherproject/anotherpkg
go mod init github.com/anotherproject/anotherpkg

# Use the local copy of github.com/myproject/mypkg instead of the latest GitHub snapshot.
go mod edit -replace github.com/myproject/mypkg=$GOPATH/src/github.com/myproject/mypkg
go get -d github.com/myproject/mypkg

# Resolve any additional missing dependencies to their latest versions.
go mod tidy

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2017-04-27
    • 2016-04-11
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多