go mode tidy出現報錯go: warning: “all“ matched no packages的解決方法

Posted on by

查到的可能原因：
1.本地的go編譯器版本
2. go module構建模式未開啟
3. 是否在go.mod所在目錄執行的go mod tidy

解析

一開始發佈的時候 一開始go發佈的時候是沒有包管理的
go get命令會根據路徑，把相應的模塊獲取並保存$GOPATH/src
也沒有版本的概念，master就代表穩定的版本
後來引進瞭Go Module 在GO1.11引入，不再是隻有一個版本瞭，利用go.mod記錄每個包的版本

於是問題就來瞭

到底是按照$GOPATH的規則走還是按照Go Module來呢？

GO111MODULE是一個環境變量，用於改變go引入包的方式

Go1.11和Go1.12

GO111MODULE=on
這個設置會強迫使用Go modules，即使項目在你的GOPATH裡。需要go.mod才能工作。
GO111MOUDLE=off，使用GOPATH的方式，即使在GOPATH外邊
GO111MODULE=auto，默認設置。

當你不在GOPATH內的時候，就類似GO111MODULE=on

當你在GOPATH內的時候，即使存在go.mod，也是GO111MODULE=off的效果

當你在GOPATH內，然後你需要GO modules來做一些操作的時候（如go get一個特定的版本），那就需要這麼幹：
GO111MODULE=on go get xxxxx

Go 1.13，auto的意思改變瞭： 如果找到瞭go.mod，或者在沒有go.mod，但是在GOPATH外，那效果就是GO111MODULE=on（強迫使用go module）。所以你可以把所有的倉庫都保存在你的GOPATH

why?
沒有go.mod的時候，在GOPATH裡，效果就是GO111MODULE=off（獲取包並放在$GOPATH/src/）

檢查

1.本地的go編譯器版本

項目版本是1.16，這裡有go.mod默認為GO111MODULE=on

2.go module構建模式未開啟

保險起見

win

set GO111MODULE=auto

linux

export GO111MODULE=auto

果然沒有用

go mod指令

3. 是否在go.mod所在目錄執行的go mod tidy

發現是第三個原因

應該在douyinService下執行而不是DouYin

總結

到此這篇關於go mode tidy出現報錯go: warning: “all“ matched no packages解決的文章就介紹到這瞭,更多相關go mode tidy報錯解決內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet！

推薦閱讀：