GitHub Actions中go test运行Go版本与setup-go配置不符原因

该版本不一致问题是actions/setup-go@v2的已知逻辑缺陷叠加GitHub Action Runner默认环境配置共同导致的：

• GitHub托管的Runner镜像会预装多个Go版本，默认会在全局环境中预置GOROOT变量，指向镜像出厂自带的默认Go版本，即你日志中出现的1.18.2版本。
• 你使用的actions/setup-go@v2早期版本仅会将指定版本（1.14）的Go二进制目录加到PATH变量最前端，不会主动覆写已经存在的全局GOROOT变量，也不会把当前配置版本对应的GOROOT值写入后续步骤共享的环境变量池。
• setup-go步骤日志中打印的1.14版本GOROOT只是该步骤内部的临时上下文变量，没有传递给后续执行步骤。执行单元测试的run步骤继承的仍然是Runner预置的全局GOROOT=1.18.2配置。
• Go工具链运行时会优先读取显式配置的GOROOT变量定位核心组件路径，哪怕PATH中优先级最高的是1.14版本的go二进制，只要GOROOT指向1.18路径，实际加载运行的就是1.18版本的工具链，最终出现版本不匹配的现象。

你可以先排查工作流顶层env块、对应Job的env块是否存在手动硬编码GOROOT指向1.18路径的配置，如果有这类配置直接删除即可。如果没有自定义GOROOT配置，就属于上述setup-go v2的缺陷问题，可以通过下面的方案修复。

• 优先推荐方案：将actions/setup-go升级到v3及以上版本，v3版本已经修复了GOROOT环境变量传递的问题，配置指定Go版本时会主动覆写全局预置的GOROOT值，保证后续所有步骤读取到的Go版本和配置一致。
• 如果必须锁定使用v2版本，先给setup-go步骤添加唯一id，再在测试执行步骤中显式引用setup-go输出的GOROOT值覆盖全局变量即可，示例配置：

- name: setup go ${{ steps.go-version.outputs.minimal }}
  id: setup-go # 新增步骤id
  uses: actions/setup-go@v2
  with: 
    go-version: ${{ steps.go-version.outputs.minimal }}

- name: run unit tests
  run: go test -race -cover -v ./... -run Unit
  env:
    GOROOT: ${{ steps.setup-go.outputs.goroot }} # 显式指定正确的GOROOT

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