Go语言为什么不支持相对路径import导入包

问题的产生

在github上fork一个开源项目之后，想要修改部分代码后供公司项目使用。发现需要修改源项目中的所有内部import，例如开源模块 M中存在P1、P2等package， 其中P2 import P1的import路径为 “github.com/someone/M/P1”，而我fork的分支里则是需要import 自己修改后的 “github.com/myself/M/P1”，与此类似，整个开源项目里很多这种地方都需要修改。

所以引出了对相对路径导入的思考，有没有什么办法支持相对路径的导入而方便fork之后的差异开发呢？

原因

从以下几个问题可以看出，对于Go语言来说，包相对路径的引入，并不是一个好的方案:

1. 会与官方标准包的导入相混淆
2. 增加相对导入包的软件管理难度
3. 影响了 go get 命令的使用
4. 不方便自动生成Go开发标准文档

相对路径导包示例:

import(  
     "./package1"      
     "./package2"      
     "./package3"
)

在 go mod 开发模式下，相对路径的导包方式不支持。会报错误:
local import "./package1" in non-local package

相对路径导入本地包，会在 GOPATH 的软件包目录中搜索导入。而不是在本项目中导入。

了解更多，请看官方提供的 imports设计规范文档

解决方案

在 go.mod 文件中使用 replace 语法

---

GO导入相对路径问题 https://blog.csdn.net/u013645668/article/details/121077581
Why don’t we use Relative import paths? https://forum.golangbridge.org/t/why-dont-we-use-relative-import-paths/18828/3
issues https://github.com/golang/go/issues/40388
issues https://github.com/golang/go/issues/20883
go内部包导入 https://go.dev/doc/go1.4#internalpackages
https://go.dev/doc/code