在goland中选中多个commit做合并，需在git工具窗口（alt+9）→ log标签页操作：按ctrl/cmd不连续多选，或拖拽鼠标连续选中；所选提交须为同一分支的连续祖先链且不含merge commit，否则squash按钮置灰。
怎么在GoLand里选中多个Commit做合并？
直接用 Squash Commits 功能比命令行 git rebase -i 更稳，尤其适合清理调试提交。关键不是“能不能选”，而是“选得对不对”：
- 必须在 Log 标签页（Git 工具窗口右上角）里操作，不能在 Commit 工具窗口里点 —— 后者只支持单次提交
- 按住
Ctrl（Windows/Linux）或Cmd（macOS）可不连续多选；拖拽鼠标可连续选中一段提交（含中间跳过的空提交） - 选中的提交必须是**同一分支上的连续祖先链**，不能跨分支、不能包含 merge commit，否则 Squash 按钮置灰
- 右键 →
Squash Commits后，会弹出预览窗口：左侧是原始变更汇总，右侧是合并后的新 Commit Message 编辑框 —— 这里务必重写，别留“squash of 5 commits”这种默认文案
合并时出现冲突，为什么GoLand的“Apply Non-Conflicting Changes”没生效？
这个按钮不是万能的，它只处理“同一行不同修改但不重叠”的情况（比如左改变量名，右改注释），一旦涉及函数体增删、结构体字段顺序调整、import 行变动，就会被判定为“需人工介入”。常见卡点：
-
go.mod文件冲突时，该按钮完全不响应 —— 因为 GoLand 把go.mod当作结构化配置，而非纯文本，必须手动选择保留哪边的require行 - 冲突块里含
func、type或const关键字时，GoLand 默认禁用自动合并，防止语法破坏 - 如果冲突发生在
.go文件但 gopls 正在后台解析（底部状态栏显示 “Indexing…”），Resolve 窗口可能延迟加载，此时点击按钮无反应，需等 indexing 完成
如何让GoLand正确识别并高亮显示跨分支差异？
不是所有“分支对比”都能触发可视化合并流程。GoLand 的差异感知依赖两个前提：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 目标分支必须已在本地存在且已 fetch 过 —— 如果只在远程有
feature/auth，但本地没git checkout feature/auth，那么在 Compare Branches 里选它会报错 “Branch not found” - 当前项目必须启用 Go Modules（即根目录有
go.mod且 Settings → Go → Go Modules 中勾选了 “Enable Go modules integration”），否则文件差异列表里不会显示go.sum变更，也看不到依赖版本漂移警告 - 对比前先执行
git fetch origin（可通过 Git → Repository → Fetch），否则看到的可能是过期的远程分支快照，导致误判“无冲突”
为什么resolve完冲突后，go build还是失败？
GoLand 解决的是文件级文本冲突，但 Go 项目的真正风险藏在语义层：
- 手动合并
go.mod时，若两边都升级了github.com/some/pkg但版本不同（如 v1.8.0 vs v2.1.0），GoLand 不会提示主版本不兼容 —— 必须运行go list -m all | grep some/pkg确认最终解析结果 - 冲突解决后，如果没点
git add（GoLand 里是右键文件 → Git → Add），go build仍会读取旧版本，看起来像“没生效” - 某些 IDE 缓存（如 GoLand 的 “File → Invalidate Caches and Restart”）未清除时，gopls 可能继续报错 “undefined: xxx”，实际代码已修复 —— 这时候重启比重试编译更有效
真正麻烦的从来不是红色高亮的冲突标记，而是那些没报错却悄悄改掉行为的依赖版本和没被 git add 的中间状态。
