GoLand 不渲染 Git 冲突标记是设计使然，因其不属于 Go 语法结构，gopls 和编辑器解析器直接跳过；仅通过「Git → Resolve Conflicts…」提供三栏对比界面辅助解决。
GoLand 本身不渲染 Git 冲突标记（ 等），所以你不会在编辑器里看到高亮或折叠 —— 这不是配置问题，是设计如此。 它只在「Git → Resolve Conflicts…」弹窗中把冲突当成分隔符处理，提供三栏对比界面。手动解决的关键不是“怎么打开”，而是“怎么避免误操作”和“哪些地方必须人工盯住”。
为什么 GoLand 不高亮 .go 文件里的冲突标记
冲突标记是 Git 插入的纯文本行，不属于 Go 语法结构，gopls 和 GoLand 的语法解析器直接跳过它们。你看到的
- 别靠眼睛扫 —— 先执行
git status，确认输出里有both modified:或unmerged paths - 如果右键项目根目录 →
Git → Resolve Conflicts…是灰色的，说明 Git 没记录冲突，IDE 不会响应 - 冲突文件被手动删掉标记但没
git add，Git 会认为已解决；此时需运行git checkout -m恢复冲突状态再打开
Resolve Conflicts 对话框里三个窗格的真实含义
左侧是你的本地修改（HEAD），右侧是传入的变更（比如 origin/main），中间不是“合并结果”，而是 base 版本 —— 即两个分支共同祖先的原始内容。它只是起点，不是默认答案。
- 点击
Apply All Non-Conflicting Changes按钮只合并“行级无重叠”的修改，比如左改变量名、右改注释，它能安全合并；但一旦涉及func、type、import行增删，该按钮就静默跳过 -
go.mod文件冲突时，这个按钮完全不生效 —— GoLand 把它当结构化配置处理，必须手动选保留哪边的require块 - 中央窗格可直接编辑，Alt+Enter 仍能触发 import 补全、变量重命名等，但光标不能停在
行上，否则无响应
解决完一个冲突块后最容易漏的操作
GoLand 不会替你 git add，也不校验逻辑是否真通。你点 Apply 只是保存中间窗格内容到文件，但 Git 仍认为该文件处于 unmerged 状态。
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 必须右键该文件 →
Git → Add（或拖进 Git 工具窗口的绿色 + 区域），否则git commit会失败并卡住 -
go build ./成功 ≠ 冲突解决干净：常见漏点包括接口方法签名不一致、error 类型被一方改成*errors.Error另一方还是error、并发 map 写入被某方加了锁另一方没加 - 如果冲突块里含
if false { ... }临时隔离代码，提交前务必删掉 —— GoLand 的Surround With（Ctrl+Alt+T）只是辅助，不是解决方案
真正麻烦的从来不是怎么打开 Resolve Conflicts 窗口，而是 go.mod 里 require 行顺序错乱、init() 函数被两边都改过、或者结构体字段顺序调整后 JSON tag 错位 —— 这些都不会被自动合并，也不会报语法错误，但运行时就 panic。
