goland 无法直接配置 space 云端环境，因其是本地 ide，不处理远程连接；必须通过 jetbrains gateway 启动远程会话，由远程机器提供 go 工具链和项目上下文，gateway 自动加载 go.mod、gopls 和 dlv，settings 中的 goroot 显示远程路径而非本地路径。
GoLand 本身不支持直接“一键接入” JetBrains Space 作为云端开发环境——Space 是独立的协作平台，不是远程开发宿主；真正能跑代码的是 Space 中集成的 JetBrains Gateway + 远程机器（或 Space 自托管的 Dev Containers），GoLand 只能作为本地客户端参与其中。想用 GoLand 连上 Space 里的开发环境，本质是走「Gateway 模式」，不是配置 GoLand 本身。
为什么不能在 GoLand 里直接配 Space 云端环境
GoLand 是一个本地 IDE，它的设置项（如 GOROOT、GOPROXY、dlv 路径）全作用于本机。而 Space 的云端开发依赖 JetBrains Gateway 启动远程会话，由远程机器提供完整 Go 工具链和项目上下文。你在 GoLand 里无论怎么点 Settings，都改不了远程终端里的 go version 或 go env 输出。
- GoLand 没有 “Space 集成” 设置面板，也不存在
Space URL或workspace token这类配置入口 - 官方文档中所有 Space + Go 的案例，均以
Gateway为入口，而非 GoLand - 试图在 GoLand 里手动填入远程 SSH 地址或容器端口，只会触发“无法连接 SDK”的报错，因为 IDE 不处理底层连接协商
正确路径：用 Gateway 打开 Space 里的 Go 项目
实际操作分三步，没有“一键”，但流程固定：
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 确保 Space 团队已开通 Dev Environments 功能，并为你分配了可启动的模板（如 Ubuntu + Go 1.22）
- 在 Space 项目页点击
Code→Open in IDE→ 选择JetBrains Gateway（首次需下载安装 Gateway） - Gateway 启动后自动拉起远程桌面会话，此时你看到的 IDE 界面，视觉上像 GoLand，但底层是远程实例 —— 它会自动识别
go.mod、启用gopls、加载dlv，无需你手动配GOROOT
注意：这个远程 IDE 的设置菜单里，Settings → Go → GOROOT 显示的是远程机器上的路径（如 /opt/sdk/go），不是你本地的 C:\Go。
本地 GoLand 能做什么（有限但实用）
虽然不能直连 Space，但本地 GoLand 可作为辅助工具协同工作：
- 用 GoLand 打开同一份 Git 仓库的本地克隆，做离线阅读、全局搜索（
Ctrl+Shift+F）、结构分析（Structure面板） - 提前写好调试配置（
Run Configuration）并提交到仓库，Space 环境启动后会自动识别该配置文件 - 把本地
gofmt、golangci-lint规则导出为.golangci.yml，让 Space 环境复用同一套风格 - 别在本地 GoLand 里点 “Sync dependencies”，这只会更新你本地的
go.sum，对远程环境无效；依赖同步必须在 Gateway 会话里执行go mod tidy
真正容易被忽略的点是：Space 里的 Dev Environment 默认不开启 GO111MODULE=on，如果项目没 go.mod，它会 fallback 到 GOPATH 模式，导致依赖解析失败。必须进 Gateway 终端，手动运行 go env -w GO111MODULE=on 并重启 gopls 进程 —— 这个动作没法靠本地 GoLand 配置触发。
