推送二进制文件至Cloud Foundry时出现Go版本下载错误

核心原因 #

你使用的是Cloud Foundry的Binary Buildpack，它的作用是直接运行本地预编译好的二进制文件，本身不需要在CF平台侧构建Go应用。但日志中出现下载Go 1.15.5的行为，原因在于：

• 你推送的localdeploy目录中包含了go.mod文件，而你使用的Binary Buildpack版本（1.0.46）会自动检测目录中的Go相关文件（如go.mod、go.sum），触发Go环境的下载流程。
• 这个Buildpack内置的默认Go版本是1.15.5，它并不会读取你go.mod中指定的1.16版本，所以出现了版本不一致的情况。
• 由于你已经本地用Go 1.16编译好了二进制文件，CF侧下载的Go 1.15.5并未实际参与应用构建，这也是你的应用能正常运行的原因。

解决方案 #

方案1：精简推送目录（推荐） #

推送时仅保留必要文件：manifest.yml和编译好的some-app二进制文件，移除go.mod、go.sum以及所有Go源码文件。这样Binary Buildpack不会检测到Go相关文件，也就不会触发不必要的Go环境下载。

方案2：指定Go版本（若需保留Go相关文件） #

如果需要在推送目录中保留go.mod等文件，可以通过设置Buildpack的环境变量来指定Go版本：
在manifest.yml中添加环境变量配置：

applications:
  - name: some-app-1000-snapshot
    command: ./some-app
    stack: cflinuxfs3
    buildpacks:
      - cloudfoundry/binary-buildpack
    env:
      GO_VERSION: 1.16

注意：部分旧版本的Binary Buildpack可能不支持该环境变量，若无效建议升级Buildpack版本。

方案3：切换为Go Buildpack（若需CF侧构建） #

如果你希望由Cloud Foundry平台负责Go应用的构建，而非本地预编译，应替换为Go Buildpack，它会自动读取go.mod中指定的版本下载对应Go环境：
修改manifest.yml的buildpack配置：

applications:
  - name: some-app-1000-snapshot
    stack: cflinuxfs3
    buildpacks:
      - go_buildpack

此时无需本地编译，直接推送Go源码和go.mod即可，CF会自动完成构建。

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