标题
GOPATH 特殊情况下不能使用 windows 目录软链接的情况
clq
浏览(277) +
2022-11-12 21:54:33 发表
编辑
关键字:
GO111MODULE 在最新的 go 版本例如 1.18.3 这样的版本中一定要配合正确的 GOPATH 才能正常工作
但今日在一台老机器上编译新机器上的源码时却提示了类似没有设置好正确的 GOPATH 或者没 GO111MODULE 错误。
百思不得其解，检查了好多次各个目录都没问题啊！而且这个方法我已经验证了好多次，经过了大量的测试，在好几年的情况下不停修正才得到的。
这 ... 害得了 50 大元买的烧鸡大晚餐都没吃好。早早啃掉半只烧鸡后，想起用 liteide 还是 vscode 打开软链接的目录时部是显示最后真实目录的问题，于是将软目录换成实际目录。
OK 问题消失了。我的硬盘多次扩展，所以为了保持原代码目录不变，用了很多的 mklink /d 生成“虚拟”的目录，这在 windows 自身的操作系统相当操作下是非常的好用，还不占空间。觉得这 golang 的表现也太奇特了，
这是我第一次发现 mklink /d 生成的目录失效的情况。也许是因为 golang 的低层是自己实现的缘故吧，也许它跳过了 windows 系统的文件操作 api... 不管是什么原因，反正它是不认这样的 goapth 的。
详细测试后发现其实也还是可以部分支持的，方法是直接虚拟 gopath 本身，而不是它里面的子目录。
实测可以用 D:\gopath1.10.8 的软链接，但不能用 D:\gopath1.10.8\src\_src_mail 这样的软链接。
这是个大坑哪！
NEWBT官方QQ群1: 276678893
可求档连环画,漫画;询问文本处理大师等软件使用技巧;求档softhub软件下载及使用技巧.
但不可"开车",严禁国家敏感话题,不可求档涉及版权的文档软件.
验证问题说明申请入群原因即可.
