可行，但需用 shell 模块显式指定 /bin/bash、注入 PATH 和 GOROOT 并写入 /etc/profile.d/，避免 command 模块因非交互式 shell 导致环境变量不可见；ARM 设备须匹配对应架构包，多项目应隔离 GOPATH，构建前需确保 gcc、CGO_ENABLED 等环境就绪。
直接用 ansible 批量部署 Go 环境是可行的，但必须绕开 go 官方二进制包的平台适配陷阱——很多人卡在 ARM 设备上解压失败、GOROOT 路径没生效、或 go install 生成的二进制找不到 GOROOT，本质不是 Ansible 不行，而是没控制好环境变量注入时机和 shell 上下文。
为什么 ansible 的 command 模块跑不起来 go install
Ansible 默认使用非交互式、无 profile 加载的 shell（通常是 /bin/sh），而 GOROOT 和 PATH 通常写在 ~/.bashrc 或 /etc/profile.d/ 下。这意味着：command 模块执行时根本看不到你手动设置的环境变量。
-
go version在本地终端能跑，但在 playbook 的command中报command not found—— 这是典型 shell 上下文缺失 -
go install成功但生成的可执行文件不在$PATH下，因为bin目录没加进当前 task 的PATH - 在 CentOS 6/7 上用
yum install golang安装的版本太老（1.4–1.9），不支持go mod，且默认不设GOROOT
用 ansible 的 shell 模块 + 显式 PATH 注入才可靠
别依赖用户 profile，把路径写死、把命令包进 shell 模块，并显式指定 executable 和 env：
- name: Install Go from binary
shell: |
wget https://go.dev/dl/go1.22.5.linux-amd64.tar.gz
sudo rm -rf /usr/local/go
sudo tar -C /usr/local -xzf go1.22.5.linux-amd64.tar.gz
echo 'export GOROOT=/usr/local/go' | sudo tee -a /etc/profile.d/go.sh
echo 'export PATH=$GOROOT/bin:$PATH' | sudo tee -a /etc/profile.d/go.sh
source /etc/profile.d/go.sh
go version
args:
executable: /bin/bash
register: go_check- 必须用
shell而非command，否则source和管道失效 -
executable: /bin/bash确保支持source和扩展语法 - 写入
/etc/profile.d/是为了让所有后续登录用户（包括 ansible 后续 task）自动加载 - ARM 设备请换对应包名，如
go1.22.5.linux-arm64.tar.gz；交叉编译场景下务必核对GOOS/GOARCH
批量部署时 GOROOT/GOPATH 的隔离风险
多个 Go 项目共用一个 GOROOT 安全，但混用 GOPATH 极易引发依赖冲突——尤其当不同节点要跑不同版本的 go-zero 或 ginkgo 时。
立即学习“go语言免费学习笔记（深入）”；
- 不要全局设
export GOPATH=/home/deploy/go，应按项目隔离：在部署每个服务前，用environment:块覆盖GOPATH - Go 1.16+ 默认启用
GO111MODULE=on，优先走go.mod，此时GOPATH影响变小；但go get仍会往$GOPATH/bin写工具（如goctl），需统一路径 - 若用
go install安装 CLI 工具（如golangci-lint），建议加-o /usr/local/bin/显式指定输出位置，避免依赖$GOPATH/bin
Ansible 部署后 go build 失败的常见原因
不是 Go 没装好，而是构建环境缺东西。尤其在 CentOS 6/7 或最小化安装的镜像上：
-
gcc缺失 →go build报exec: "gcc": executable file not found，补yum install gcc -
CGO_ENABLED=0没关 → 如果目标是纯静态二进制（如边缘设备），必须设CGO_ENABLED=0，否则链接 libc 失败 - 交叉编译参数错位 →
GOOS=linux GOARCH=arm64 go build必须在shell模块中作为单条命令执行，不能拆成两个set_fact+command - 权限问题 →
go build -o /usr/local/bin/myapp需sudo权限，但 Ansible 默认不提权；要么用become: true，要么先chown目标目录
真正麻烦的从来不是“怎么装 Go”，而是“怎么让 Go 在 ansible 的受限 shell 里持续可信地工作”——环境变量落地位置、shell 类型、权限边界、交叉编译链路，每一步都得亲手拧紧。
