goland 仅负责代码编写与调试，不参与构建、镜像推送或 k8s 部署；热更新依赖 skaffold + air + kubectl 组合，其中 skaffold 接管构建→镜像→部署全流程，goland 仅触发文件变更同步。
GoLand 本地开发无法直接热部署到多云容器集群——它不参与构建、推送或 K8s 部署流程，只管写代码和调试。真正起作用的是 Skaffold + air + kubectl 的组合，GoLand 只负责把改完的代码实时同步过去。
为什么 GoLand 里点“运行”没用？
GoLand 的 Run Configuration（比如 go run main.go）只在本地执行，和远端集群完全无关。你看到服务起来了，只是本机进程，和 Kubernetes 里的 Pod 没半点关系。Skaffold 启动后才接管整个构建→镜像→部署链路，GoLand 只是触发文件变更的源头。
- 别在 GoLand 里配“Deploy to Kubernetes”类插件——JetBrains 官方没提供稳定可靠的 K8s 部署集成
- 不要依赖 GoLand 自带的 “Build and run” 按钮来更新集群，它不生成镜像、不调
kubectl apply、也不触发skaffold dev的 sync - 确认你改的文件是否在
skaffold.yaml的build.artifacts[].sync.manual列表里，比如：src: "**/*.go"—— 如果你只改了config.yaml但没配它，Skaffold 就不会 rsync 过去
air 必须跑在容器里，且 ENTRYPOINT 要设对
Skaffold 的 sync 只负责把 .go 文件拷进容器，但容器里进程不重启，改了也白搭。关键在容器启动方式：
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- Dockerfile 里不能写
CMD ["go", "run", "main.go"]—— 这会让进程变成 PID 1，air无法接管，SIGUSR2 信号发不出去 - 必须先
COPY编译好的二进制（如/app/myapp）和air二进制（从cosmtrek/air多阶段 COPY），再设ENTRYPOINT ["air"] -
air的配置要启用sigusr2重启，且监听路径匹配容器内位置，例如：bin = "./myapp"、watcher.log = "/app" - 验证方式：
kubectl exec -it <pod> -- ps aux | grep air</pod>，看到air进程在跑，且子进程是你的myapp
多云集群靠 profiles 切换，不是靠改 manifest 路径
同一套代码部署到 AWS EKS、阿里云 ACK、自建 Kind 集群，核心不是复制三份 YAML，而是用 Skaffold profiles 绑定上下文：
- 每个 profile 的
activation写明kubeContext，比如：activation: [{ kubeContext: "eks-prod-us-west-2" }] -
build.artifacts[].image加环境前缀，避免镜像名冲突：image: myapp-aws-prod/myappvsmyapp-alicloud-staging/myapp -
deploy.kubectl.manifests指向不同目录，但目录结构统一：["k8s/aws/prod/*.yaml"]、["k8s/ali/staging/*.yaml"] - 别在 GoLand 里手动切换 kubeconfig —— Skaffold 会根据 profile 自动调用
kubectl --context=xxx，你只要确保本地kubectl config get-contexts里有对应条目就行
Skaffold init 失败？检查 go.mod 和 Dockerfile 是否在根目录
skaffold init 不是智能扫描器，它只认两个硬条件：当前目录下必须同时存在 go.mod 和 Dockerfile，且 Dockerfile 第一行得是 FROM golang: 开头的基础镜像。
- 如果你项目结构是
./cmd/myapp/main.go，但go.mod在上层，就 cd 进去再skaffold init，否则报no builder found -
Dockerfile不能是FROM scratch或FROM alpine—— Skaffold 需要能识别构建阶段（比如builderstage），才能做 multi-stage 分析 - 实在不行就绕过自动检测：
skaffold init --force --artifact ./，强制指定 artifact 根路径 - 运行前务必
kubectl config use-context xxx切到目标集群上下文，否则 profile 激活失败，Skaffold 会静默 fallback 到默认 context
最容易被忽略的一点：Skaffold 的 sync 是 rsync over kubectl exec，它不校验容器内路径权限。哪怕 dest: "/app" 看似存在，如果 ls -l /app 显示 owner 是 root 且无写权限，rsync 就会静默跳过——你得进容器手动 chmod -R 775 /app 或改 Dockerfile 用 USER 1001 启动。
