
下面聊的一些坑都是在模拟环境上说的,除非想要 n+1,就不露真实目录结构了。一开始项目的目录结构是 src 风格,和现在的 github 风格很不一样,记录下迁移遇到的问题。
. └── src ├── main.go └── nocode └── nocode.go package main import ( "fmt" "nocode" ) func main() { nocode.NoCode() fmt.Println("vim-go") } package nocode import ( "fmt" ) func NoCode() { fmt.Printf("no code\n") } src/main.go:5:2: cannot find package "nocode" in any of: /home/guo/go-version/go1.13.1/src/nocode (from $GOROOT) /home/guo/go/src/nocode (from $GOPATH) go mod init main build command-line-arguments: cannot load nocode: malformed module path "nocode": missing dot in first path element module main replace nocode => ./src/nocode go 1.13 go: nocode: parsing src/nocode/go.mod: open /home/guo/talk_go_mod/src/nocode/go.mod: no such file or directory cd src/nocode/ && go mod init nocode
go run src/main.go
no code vim-go 1 dic 2019-11-13 09:44:50 +08:00 via Android go mod init main import "main/nocode" 不需要放 src 目录 |
2 janxin 2019-11-13 09:51:01 +08:00 你使用的方式就直接往坑里去了吧... |
3 liuminghao233 2019-11-13 09:55:10 +08:00 via iPhone 1l+1 新项目的话不应该这样玩 旧项目的话 换我也全部改了( |
4 superchijinpeng 2019-11-13 09:56:07 +08:00 via iPhone 第一次看到你这样的使用方式 |
5 guonaihong OP @dic 这个方法要修改源码里面的 import 路径,所以当初没有选用。。。 |
6 guonaihong OP @liuminghao233 好几年的老工程。 |
7 Vegetable 2019-11-13 10:12:27 +08:00 我当时是一狠心把 import 路径全改了. |
8 TypeErrorNone 2019-11-13 10:15:57 +08:00 你搞错了,如果要迁到 mod 的话,直接把代码 clone 到一个新目录,在这个新目录里改造。 因为 clone 下来的代码肯定都在一个目录下,就不再用 replace 了。 |
9 reus 2019-11-13 11:07:39 +08:00 这不叫坑,这叫根本不懂 |
10 JackyCDK 2019-11-13 11:23:43 +08:00 直接把人往坑里带啊... |
11 egen 2019-11-13 11:44:45 +08:00 改 import 基本 0 风险都不愿意改 |
12 yoshiyuki 2019-11-13 12:08:38 +08:00 go mod 迁移的最佳实践应该就是改 import,用编辑器批量修改一下就完事了 |
13 guonaihong OP @TypeErrorNone 你说的方式没玩过,可否详细说下。如何处理不能通过域名访问的本地包?比如上面的 nocode 包。 |
14 guonaihong OP @janxin 如何理解带坑里,janxin 兄的做法是? |
15 guonaihong OP @reus 懂于不懂的区别是? reus 兄处理这个问题的做法是? |
16 lxml 2019-11-13 14:22:12 +08:00 哪怕用了 go.mod 可以叫 main 啥的,但最好还是叫 github.com/aaa/bbb 这种三级目录,不然迟早挖坑 |
17 janxin 2019-11-13 14:24:23 +08:00 @guonaihong 应该是你例子的问题,你这个例子里面会让人以为 nocode 是当前包的一部分存在的,而你后面表述的事情跟这种表现又不一致,存在很多歧义问题。我想很多人也不会按照这种模式在 GOPATH 下组织目录的。 |
18 TypeErrorNone 2019-11-13 14:26:07 +08:00 你上面为了在 main.go 中引用 nocode 包里的方法,加了 replace 和 go mod init 初始化了 nocode 包。 因为要用 go mod 来管理依赖包,可以这么搞。 假设你把 src 下的代码全部都上传到了 github.com/v2ex 下。 1.把代码 clone 到 /data/v2ex 下,所有的代码都在 ve2x 目录这里。 2.开启 go mod 功能,再在 V2EX 下 go mod init。 3.go build main.go 自动下载外部依赖包,这时要用到内部包 nocode,直接改下 import 路径即可( goland 可以自动找到更改),不用再在 nocode 里 go init 和 replace。 |
19 znood 2019-11-13 17:53:20 +08:00 你这是不会用,不叫坑 坑的是多版本依赖,logrus 路径大小写,v2 版本,还有本地库的使用 |
20 guonaihong OP @znood 多版本依赖,何时会出现? pkg/mod 里面的包都是带版本的号的,很好奇? |
21 lcj2class 2019-11-13 19:36:43 +08:00 |
22 guonaihong OP @TypeErrorNone 我懂你的意思了,和在 github 做法类似。 |
23 guonaihong OP @znood 本地包,我上面展示了用 replace 指令搞定。还有别的坑吗? |
24 zunceng 2019-11-13 19:55:01 +08:00 10w+行代码的项目 我一天就改完了 小坑平推就完了 |
25 guonaihong OP @zunceng 厉害厉害。 |
26 zunceng 2019-11-14 10:47:20 +08:00 @guonaihong 去年 11 月 我看 prometheus 的 node_exporter 用了 go mod 然后我也把项目用了 node_export 如果没出意外 go dep 转 go mod 一行命令就转了 但我们项目里有个库 接口变了 我记得 golang-x-crypto 上的 也没改几行 |