Dagger CLI不是Go模块，而是预编译二进制工具，go install无法正确安装；必须用curl -L https://dl.dagger.io/dagger/install.sh | bash下载官方二进制，否则dagger命令报错。
为什么不能直接用 go install 装 Dagger CLI
Dagger CLI 不是 Go 模块，而是独立二进制工具，go install 对它无效。你执行 go install dagger.io/dagger/cmd/dagger@latest 看似成功，实则只是下载了个空壳（Go 官方仓库里根本没有这个路径）。真正要的是从官方源下载预编译二进制——否则后续所有 dagger do、dagger call 都会报 command not found。
- 正确安装方式：运行
curl -L https://dl.dagger.io/dagger/install.sh | bash（macOS/Linux），或用choco install dagger（Windows） - 验证是否生效：终端执行
dagger version，输出类似0.10.0才算到位 - CI 中必须显式安装：GitHub Actions 或 GitLab CI 的 job 里不能假设环境自带 Dagger，每次都要加安装步骤
如何在 Go 项目里写 Dagger pipeline（不是写 Go 代码，是写 Dagger SDK）
Dagger pipeline 本质是用 Go（或其他语言）调用 Dagger SDK 构建的 DAG，但它**不是项目源码的一部分**，也不参与 go build。你得新建一个独立的 dagger/ 目录，里面放 pipeline 逻辑——它用 Go 写，但依赖 dagger.io/dagger 这个 SDK 模块，和你的主项目模块隔离。
- 初始化 pipeline 目录：
mkdir -p dagger && cd dagger && go mod init example.com/myapp/dagger - 添加 SDK 依赖：
go get dagger.io/dagger@latest - 写入口函数，比如
main.go里定义func Build(ctx context.Context, client *dagger.Client) error，然后用client.Container().From("golang:1.22").WithMountedDirectory(...)描述构建步骤 - 别把 pipeline 和业务代码混在一起：Dagger SDK 的
Client依赖 runtime，不能被普通 Go 服务 import，否则会导致编译失败或 panic
怎么让 Dagger pipeline 跑通 Go 项目的构建和测试
关键不是“能不能跑”，而是容器里有没有正确的 Go 环境 + 项目上下文。Dagger 默认容器不带 go.mod，也不会自动识别你项目根目录——你必须显式挂载、设置工作目录、并处理 module proxy 和 cache。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 挂载整个项目：
client.Host().Directory(".", dagger.HostDirectoryOpts{Exclude: []string{"node_modules", ".git", "dagger/"}}) - 指定 Go 版本镜像：
client.Container().From("golang:1.22-alpine")（用 alpine 可减小体积，但注意 CGO） - 启用 Go modules 缓存：
WithMountedCache("/go/pkg/mod", client.CacheVolume("go-mod-cache")) - 设置 GOPROXY：
WithEnvVariable("GOPROXY", "https://proxy.golang.org,direct") - 运行测试时别漏
WithExec([]string{"go", "test", "-v", "./..."})，且确保go test能访问到所有依赖（比如 cgo 或本地文件）
CI 中集成 Dagger 时最常卡在哪几个地方
不是语法错，而是环境链路断掉：本地能跑 ≠ CI 能跑。三个高频断点：权限、路径、并发。
立即学习“go语言免费学习笔记（深入）”；
- GitLab CI 默认使用
docker:dind，但 Dagger 需要DOCKER_HOST指向 dind socket，必须显式配置services: [docker:dind]并设DOCKER_HOST: tcp://docker:2376 - Github Actions 中，
actions/checkout默认只 checkout 当前 commit，而 DaggerHost().Directory()默认读当前工作目录——必须加fetch-depth: 0，否则 submodule 或 git info 丢失 - Dagger 默认并发执行 node，但 Go 测试如果用了
t.Parallel()，又没控制资源，容易触发容器内存 OOM；建议在 CI job 里限制 Dagger 并发：dagger --log-level debug --max-parallel 2 do build
真正麻烦的不是写几行 WithExec，而是每换一个 CI 平台就要重调一次 socket 路径、cache 卷名、权限策略。别指望一次写完到处跑。
