Go Workspace模块依赖求助：构建Module2时引用缓存错误的Module1

问题描述 #

我正在修复工作区中一个损坏的模块，目录结构如下：

├── go.work
├── module1
│   ├── go.mod
│   ├── go.sum
│   └── main.go
├── module2
│   ├── go.mod
│   ├── go.sum
│   └── main.go

Module2依赖Module1，但执行go build构建Module2时，它会引用~/go mod缓存目录中的Module1，而该上游Module1存在编译错误无法使用。已尝试执行go work init、go work sync、go work use命令，且在目录内检查go env GOWORK显示正常，但问题仍未解决。目前仅通过在go.mod中使用replace指令可正常工作，请问还有其他解决方法吗？

替代解决方法 #

• 检查go.work配置：确保go.work文件明确包含两个模块的路径，正确内容示例：

  go 1.21
  
  use ./module1
  use ./module2
  

  路径错误或缺失会导致Go工作区无法优先加载本地模块。

• 清理缓存并重同步：执行命令清理缓存中损坏的Module1版本，再重新同步工作区：

  go clean -modcache
  go work sync
  

  此操作会强制Go从本地工作区重新加载Module1，而非复用缓存中的错误版本。

• 对齐依赖版本：确认Module2的go.mod中引用的Module1版本，与本地Module1的go.mod声明版本一致。如果本地是未发布的开发伪版本（如v0.0.0-20240520123456-abcdef123456），Module2必须依赖相同伪版本，否则Go会尝试拉取远程或缓存中的错误版本。

• 显式指定工作区构建：构建Module2时，显式指定工作区文件，确保Go识别工作区上下文：

  go build -workfile ./go.work ./module2
  

  或在Module2目录下构建时，确保GOWORK环境变量指向正确文件（显式指定可规避隐性环境问题）。

• 临时禁用模块代理：若Go仍尝试拉取远程错误版本，临时禁用代理强制使用本地工作区：

  GOPROXY=off go build ./module2
  

  配合清理缓存操作，可彻底避免远程模块干扰。

内容的提问来源于stack exchange，提问作者gopher