GoLand中需通过项目根目录的.golangci.yml禁用特定linter，而非IDE设置；例如在linters-settings.revive.rules下设exported.disabled: true，并确保配置文件与go.mod同级、格式正确，否则将回退至默认极简模式。

GoLand里关掉某个项目的特定检查项

不是全局关，也不是全关，而是只对当前项目停掉某几个不适用的 linter——比如你用的是 revive 规则集，但其中一条 exported 规则总在抱怨内部函数命名，而你团队约定内部函数就该小写，这时就得局部禁用。

GoLand 不提供图形界面一键开关单个 linter，必须靠配置文件控制。关键点在于：它读的是项目根目录下的 .golangci.yml，而不是 IDE 设置里的勾选框。

• 打开项目根目录（即含 go.mod 的目录），确认存在 .golangci.yml
• 在 linters-settings 下针对具体 linter 写规则，例如禁用 revive 的导出检查：

  linters-settings:
    revive:
      rules:
        - name: "exported"
          disabled: true

• 改完保存，重启 GoLand 或右键编辑器 → “Reload project” 触发重载
• 验证方式：写一个明显触发该规则的代码（如小写函数名被误报），看是否还标红

为什么“设置里关掉 linter”没用

GoLand 的 Settings → Languages & Frameworks → Go → Linters 里勾选/取消 linter，只影响它调用的工具链开关，不决定具体规则是否生效。真正起作用的是 golangci-lint 自己的配置逻辑——它启动时读 .golangci.yml，然后把 enable/disable 列表传给每个 linter 实例。

GoLand 2026.1.1

GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。

下载

• 如果你在 IDE 设置里关了 staticcheck，但 .golangci.yml 里写了 enable: ["staticcheck"]，结果仍是启用
• 反之，IDE 设置里开着 errcheck，但配置文件里 disable: ["errcheck"]，它就不会跑
• 插件实际调用的是 golangci-lint run --config=.golangci.yml ...，参数优先级高于 UI 设置

跳过某些目录或文件类型

有些检查根本不需要覆盖全部代码，比如测试文件里用 _ = db.Close() 是合理场景，但 errcheck 会报错；又或者生成代码（pb.go）不该被 unused 扫描。

• 在 .golangci.yml 的 run 段加 skip-dirs：

  run:
    skip-dirs:
      - "testdata"
      - "mocks"
      - "generated"

• 用 issues.exclude-rules 精确过滤路径或规则 ID：

  issues:
    exclude-rules:
      - path: ".*_test\.go"
        linters: ["errcheck"]
      - linters: ["unused"]
        text: "func .* is unused"

• skip-dirs 是按目录名匹配，不是正则；exclude-rules 的 path 才支持正则

别信“自动检测项目类型”这种默认行为

GoLand 启动时若工作目录不是 go.mod 所在位置，它会 fallback 到默认规则（通常是只开 govet），此时你改了 .golangci.yml 也白搭。

• 确认终端进项目后执行 pwd 输出和 GoLand 右下角显示的 “Project SDK” 路径一致
• VS Code 用户常卡在这里：工作区打开的是子目录，不是 module 根，导致插件找不到配置
• CI 中同理：golangci-lint run 必须在 go.mod 目录下执行，或显式加 --config=../.golangci.yml

配置文件里一行写错、路径少一级、缩进用空格而非 tab，都可能导致整个 linter 静默失效——它不会报错，只会默默退回到默认极简模式。