自定义配色方案必须先复制再修改，否则调整会丢失；导出为.icls（xml）文件，导入同名方案将直接覆盖原设置；跨机器同步需确保插件安装及文件类型绑定一致。
自定义配色方案必须先“复制”才能保存修改
GoLand 不允许直接修改预设方案（如 Darcula、IntelliJ Light），所有调整都必须基于副本。点开 Settings → Editor → Color Scheme，在方案列表里选中当前使用的方案，点击右侧的 Copy 图标，输入新名称（比如 MyGoScheme）——这步不做，后续所有颜色调整都会在应用后丢失。
导出配色方案是 XML 文件，不是 ZIP 或 JSON
导出路径藏得有点深：进入 Settings → Editor → Color Scheme，选中你复制后的自定义方案（比如 MyGoScheme），右键它，选择 Export。生成的是一个 .icls 文件，本质是 XML，里面包含所有语言项（Go、Makefile、Protobuf 等）的 foreground、background、font style 设置。别误以为要导出整个 IDE 设置或插件配置——那些是分开的。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
导入时覆盖同名方案会清空原设置，需手动重命名
导入 .icls 文件前注意：Settings → Editor → Color Scheme 页面里如果已存在同名方案（比如再次导入 MyGoScheme），GoLand 会直接覆盖，不提示、不合并。结果是：你本地改过的 Go Keyword 颜色、Makefile 的 $(shell) 函数调用色全部消失。安全做法是导入后立即右键新方案 → Rename，加个时间戳后缀（如 MyGoScheme_202610）。
跨机器同步要注意插件依赖和文件类型绑定
导出的 .icls 只管颜色，不管语法识别本身。比如你在本机给 Makefile 单独调了 Variable reference 颜色，但对方机器没装 Makefile 插件、或没把 Makefile 绑定到 “Makefile” 文件类型，那导入后这些配色项依然灰着不可调，甚至整个 Makefile 分类可能不显示。同样适用于 .proto（需 Protocol Buffers 插件）、.ts（需 TypeScript 插件）等。导出前最好记下所依赖的插件名和关键文件绑定项。
