如何处理 go import 绝对路径和 github 分叉？

Question

有很多关于这个的问题，包括为什么你不应该使用import "./my/path" 以及为什么它只工作因为一些遗留的 go 代码需要它。

如果这是正确的，您如何处理项目的封装以及扩展 github 分叉？在所有其他语言中，我可以做一个项目的 github fork 或 git clone，所有东西都封装在那里。如何从 go 项目中获得相同的行为？

使用 go "hello world" 示例的简单示例。

你好.go

package main

import ("fmt"
    "github.com/golang/examples/stringutil")

func main() {
    fmt.Printf(stringutil.Reverse("hello, world")+"\n")
}

上面的效果很好。但是，如果我想使用我自己的 stringutil，它位于子目录中并将编译为单个二进制文件，我 仍然 需要完整路径：

package main

import ("fmt"
    "github.com/myrepo/examples/util/stringutil")

func main() {
    fmt.Printf(stringutil.Reverse("hello, world")+"\n")
}

现在，如果有人复制或分叉我的 repo，它直接依赖于“github.com/myrepo/”，即使这完全在内部使用！

如果有 20 个不同的文件导入 utils/ 怎么办？每次有人分叉时我都需要更换吗？这是很多无关的更改和无意义的 git 提交。

我在这里缺少什么？为什么相对路径如此糟糕？如何在不更改数十个文件的情况下分叉一个引用其自己的子目录（及其包）的项目？

Answer 1

至于不允许相对导入背后的原因，您可以阅读此讨论以获取一些观点：https://groups.google.com/forum/#!msg/golang-nuts/n9d8RzVnadk/07f9RDlwLsYJ

出于您所描述的原因，我个人更愿意启用它们，至少对于内部导入而言。

现在，如何处理这种情况？

1234563如果您使用的是像 godep 这样的供应商解决方案，它会顺利运行，因为保存它只会供应您的分叉代码，而 go get 永远不会直接使用。

1. 如果您的 fork 发生了很大变化并且您打算保持 fork，请重写所有导入路径。您可以使用sed 将其自动化，也可以使用支持重写正在格式化的代码的gofmt -r。

[编辑] 我还发现了这个旨在帮助解决这种情况的工具：https://github.com/rogpeppe/govers

我已经完成了 1 和 2 - 当我刚刚对某个库进行了小错误修复时，我只是更改了遥控器并对其进行了更新。当我实际上 fork 一个库而不打算合并我的更改时，我更改了所有导入路径并继续仅使用我的 repo。

我还可以考虑在销售工具之外添加一个允许这些东西自动化的工具，但我认为它们目前都不支持它。