golangci-lint严格程度由三个层级控制：linters.enable（启停检查器）、linters-settings（单个linter阈值/规则粒度，如staticcheck.checks或gocyclo.min-complexity）、run（全局行为如skip-dirs、timeout）；删检查器是“不查”，调阈值是“放宽查”，影响不同。
golangci-lint 的严格程度由哪些配置项控制？
严格程度不是靠一个开关统一调节的，而是分散在三个层级：启用/禁用检查器（linters.enable）、单个检查器的阈值（linters-settings）、以及全局行为（run 中的 skip-dirs、timeout 等）。删掉一个检查器比调高它的阈值影响更大，前者是“不查”，后者是“查但放宽标准”。
如何调整 staticcheck 或 gocyclo 的敏感度？
不同检查器支持的参数差异很大，不能一概而论。比如 staticcheck 默认开启全部子规则，但你可以用 checks 列表精确收窄；而 gocyclo 只认 min-complexity 这一个阈值，设为 10 就比默认 15 更严。
-
staticcheck：在linters-settings.staticcheck.checks下指定，如["SA1000", "SA1001"]，不列出来的规则就完全不触发 -
gocyclo：只通过linters-settings.gocyclo.min-complexity控制，数值越小越容易报错 -
errcheck：默认检查所有函数返回值，但可用linters-settings.errcheck.check-all设为false，只查特定包（需配合exclude-rules过滤）
为什么改了配置还是不生效？常见匹配陷阱
最常踩的坑是路径匹配逻辑被忽略：skip-dirs 是按目录名前缀匹配，不是正则；exclude-rules 的正则表达式必须能完整匹配整个错误消息，而不是关键词。另外，run.timeout 单位必须带单位后缀（如 5m），写成 300 会被当成秒但实际不识别。
-
skip-dirs: ["testdata"]会跳过所有含testdata字样的路径，比如pkg/testdata_v2也会被跳过 -
exclude-rules: [{linter: "gosimple", text: "S1000"}]不生效，因为text必须匹配整条提示，比如"should omit comparison to bool constant" - 修改
.golangci.yml后没重新运行golangci-lint run，而是只跑了golangci-lint cache clean—— 缓存清理不影响配置加载
CI 环境下如何安全地渐进提升严格度？
直接在 CI 里把新规则设为 fatal，等于给所有 PR 加卡点，容易阻塞交付。更稳妥的做法是先用 issues-exit-code 控制退出码，再配合 new-from-rev 只检查本次变更引入的问题。
立即学习“go语言免费学习笔记（深入）”；
- 把
run.issues-exit-code设为0，让 lint 报错但不中断构建，先观察流水线日志里高频问题 - 加
new-from-rev: origin/main，确保只报告这次 PR 新增的违规，避免历史债干扰 - 对关键规则（如
errcheck）单独启用fix: true，自动修复简单问题，减少人工干预
unused 在重构期很有用，但在稳定维护阶段可能误报大量“暂时未用但预留”的符号；ineffassign 对性能敏感服务值得严控，但对胶水层脚本反而增加噪音。这些取舍没法靠文档解决，得结合团队当前迭代节奏和代码健康度来定。 
