php小編百草為你解答Golang中從本地導入路徑轉移到遠程導入路徑的問題。在Golang開發中，我們經常會遇到從本地導入路徑轉移到遠程導入路徑的情況，尤其是在多人協作開發或者項目遷移時。本文將詳細介紹如何正確處理這個問題，確保代碼能夠順利運行。讓我們一起來看看吧！
問題內容
我剛剛開始將我的應用程序分解為不同的存儲庫。像許多人一樣，我正在經歷處理 Go 和更改存儲庫的麻煩。但這些問題有很多問答，所以我不會在這里詢問。
相反，我有一個簡單的問題，但我無法理解。我的所有模塊，因為它是一個大應用程序，都只是本地引用。例如core/validate等。
將內容移至多個存儲庫中。似乎會導致本地引用出現問題，因此我將路徑更改為遠程路徑，例如 gitlab.com//core.git/validate 正如幾個問答所建議的那樣。
但是，這會帶來一個問題，如果說 gitlab.com//core.git/config 引用了 gitlab.com//core.git/validate 并不意味著 gitlab.com/ /core.git/config 現在指向 pck/mod/gitlab.com/... 中的某些內容或指向遠程服務器，或者指向彼此以外的任何地方，就像它們只有像 core/validate 這樣的相對路徑時一樣？當我更改它們時，它看起來就是這樣，因為我的 IDE (GoLand) 顯示未找到的引用。
我還沒有嘗試做 go mod init 并從頭開始重建 mod，但是 go mod tidy 不起作用，我不知道我是否也必須在 go.work 中進行更改遠程路徑很好，但現在我只是在 IDE 中找不到顯示的導入。
似乎如果您使用遠程引用來進行開發時在代碼中所做的更改，則必須推送更改，以便它是引用指向的位置，也許還可以執行 go get更改為引用本地遠程路徑的地方，這似乎是一種糟糕的開發方式，因此不可能是正確的。
那么，這些遠程路徑如何與開發配合使用，我缺少什么？
解決方法
有幾個概念會引起混淆。
模塊是包的集合。您可以將模塊命名為“mymodule”，然后“mymodule”下的所有包將被命名為“mymodule/pkg1”、“mymodule/pkg2/otherpkg”等。
然后您就有了包的導入路徑。導入路徑顯示包的位置。例如，你的源代碼在“mymodule/pkg1”中，而你導入了“mymodule/pkg2”，那么這是對同一模塊下的包的引用。
現在假設您在“github.com/mygroup/othermodule”上有另一個模塊，名為“othermodule”。您在此模塊中導入一個包作為“github.com/mygroup/othermodule/pkg1”。如果“othermodule/pkg1”引用“othermodule/pkg2”，那么它仍然導入“othermodule/pkg2”，因為它位于同一模塊中。但是從“mymodule/pkg1”中，您將其導入為“github.com/mygroup/othermodule/pkg2”。
Go 模塊系統使用其他模塊的版本引用。當您包含模塊中的包時，該模塊的特定版本將添加到 go.mod 中。如果您向該模塊推送新的更改，則必須更新該引用以包含這些更改。這就是為什么最好不要將緊密耦合的項目分成多個模塊的原因。
如果您想一起開發多個模塊，請使用“replace”指令來使用該模塊的本地副本，而不是指向存儲庫上的版本。
