能，但需通过--config参数显式加载不同YAML配置文件实现；.golangci.dev.yml用于本地启用格式/可读性检查，.golangci.prod.yml用于CI仅保留正确性关键检查，二者继承公共基础项，且CI必须显式指定路径避免误用。
golangci-lint 能不能按环境启用不同规则？
能，但不是靠“环境变量自动切换”，而是靠 run.args + 多配置文件组合实现。golangci-lint 本身没有 dev/prod 内置模式，所有“多环境”都是人工拆分配置、显式指定的。
怎么用不同配置文件区分开发与生产检查？
核心是把规则拆到多个 YAML 文件，再用 --config 参数动态加载：
- 项目根目录放
.golangci.dev.yml：启用revive、goconst、lll等对格式/可读性敏感的 linter，本地保存时快速反馈 - 另存
.golangci.prod.yml：只保留errcheck、govet、staticcheck、unused这类影响正确性或二进制体积的关键检查，CI 中运行 - 两者都继承公共基础项（如
run.timeout、issues.max-issues-per-linter: 0），避免重复写
示例命令：
golangci-lint run --config .golangci.dev.yml # 本地编辑器或 pre-commit 用<br>golangci-lint run --config .golangci.prod.yml # CI 流水线中用
为什么不能只靠 run.args 或环境变量控制开关？
因为 linters.enable 和 linters.disable 是静态列表，不支持条件表达式；run.args 只能传入命令行参数（如 --fast），无法动态增删 linter。常见误操作包括：
立即学习“go语言免费学习笔记（深入）”；
- 在
.golangci.yml里写if os.Getenv("ENV") == "prod"—— YAML 不解析 Go 表达式，直接报错yaml: unmarshal errors - 试图用
GO_ENV=prod golangci-lint run期望它自动读取不同文件 —— 它默认只找.golangci.yml，不会感知环境变量 - 把所有规则塞进一个文件，靠注释开关（如
# - gosec）—— Git 提交历史混乱，且 IDE 插件可能误读注释为有效配置
CI 中如何确保用的是生产规则？
最容易被忽略的一点：CI 脚本里必须显式指定配置路径，不能依赖默认查找。否则一旦本地有 .golangci.yml，CI 就会误用开发规则。
- GitHub Actions 示例：
run: golangci-lint run --config .golangci.prod.yml - GitLab CI 示例：
script: - golangci-lint run --config .golangci.prod.yml - 额外加固：在
.golangci.prod.yml顶部加注释说明用途，同时在 CI 脚本里加校验：test -f .golangci.prod.yml || (echo "Missing prod config"; exit 1)
真正麻烦的不是配两个文件，而是让所有人（包括新成员和 CI runner）始终调用正确的那个 —— 没有隐式约定，只有显式路径和脚本约束。
