应使用 golangci-lint 替代 GoLand 自定义 Inspection：将 .golangci.yml 提交至项目根目录，GoLand 配置调用该工具实现跨环境统一检查，禁用冗余内置规则，CI/pre-commit 与本地严格对齐。
GoLand 本身不支持直接导出或同步自定义检查（Inspection）配置，团队成员必须手动配置或通过外部工具统一管理。想让所有人用同一套规则，不能只靠 GoLand 界面点几下。
GoLand 自定义 Inspection 的配置位置在哪
GoLand 把 inspection 配置存在用户目录下的 inspectionProfiles 文件夹里，路径类似：
~/Library/Caches/JetBrains/GoLand202X.2/inspectionProfiles/
Windows 下是 %LOCALAPPDATA%\JetBrains\GoLand202X.2\inspectionProfiles\，Linux 下在 ~/.cache/JetBrains/GoLand202X.2/inspectionProfiles/。
但这个路径是用户级的，不会随项目 Git 提交，也无法被 GoLand 自动识别为“项目级配置”。你改了自己 IDE 的 inspection，别人打开项目时完全感知不到。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 每个版本号（如 2024.2、2025.1）对应独立配置目录，升级后旧配置不自动迁移
- 文件名通常是
Project_Default.xml或带哈希的自定义名，内容是 XML 格式，手工编辑极易出错 - 即使把 XML 拷给同事，他们也得手动导入（Settings → Editor → Inspections → ⚙️ → Import Profile），且要选对作用域（Project 还是 Default）
为什么不该依赖 GoLand 自身的 Inspection 做团队规范
因为它的检查能力有限：不支持函数命名后缀校验（比如强制 *Handler）、无法检查日志是否用了 log.With、也不能拦截 os.Exit 在 test 文件里的误用——这些恰恰是团队最需要 enforce 的规则。
- GoLand 的 inspection 主要面向通用语法和 IDE 可推断的上下文，比如变量未使用、包未导入，但没法做语义层分析
- 它不读
.golangci.yml，也不调用golangci-lint，两者规则完全隔离 - 一旦启用 “On-the-fly” 检查，部分 inspection 会拖慢大项目响应，尤其开启深度分析时
真正能共享的方案：用 golangci-lint 替代并桥接到 GoLand
团队统一用 golangci-lint 做静态检查，再让 GoLand 调用它显示结果——这才是可提交、可 CI、可复现的方案。
- 把
.golangci.yml提交到项目根目录，所有人git clone后开箱即用 - GoLand 设置里填
go.lintTool: "golangci-lint"，它就会在编辑器里实时显示 linter 报告（需重启） - 如果用了自定义 analyzer（比如检查 handler 命名），确保它被
golangci-lint加载：在.golangci.yml的linters-settings下声明，并保证 analyzer 包可被 import（如放在internal/lint目录并被tools.go引用） - 禁用 GoLand 冗余 inspection：关掉 “Unused parameter”、“Redundant type argument” 等已被
staticcheck或govet覆盖的项，避免重复告警干扰
CI 和 pre-commit 必须和 GoLand 显示一致
否则会出现“IDE 里没报错，CI 却挂了”，或者“本地 fix 了，push 后又失败”——说明配置没对齐。
- CI 脚本里运行
golangci-lint run --out-format=github-actions，不要加--fix（修复应由开发者本地完成） - pre-commit 钩子里调用
golangci-lint run ./...，范围限定在变更文件（可用git diff --name-only动态生成），避免每次全量扫描 - 所有成员的
golangci-lint版本必须锁定：推荐在tools.go中空导入对应版本模块，并用go install安装，而不是全局brew install
真正麻烦的不是写规则，而是让规则在每个人的机器上、每次保存时、每次提交前、每次 CI 构建中，都跑同一段逻辑、用同一份配置、报同一个位置——这要求所有环节都绕过 GoLand 的 inspection 体系，直连 golangci-lint 这个事实标准。
