Update golangci-lint to v2.12.2 with canonical config #187
Reference in New Issue
Block a user
Delete Branch "golangci-v2.12.2"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Bumps golangci-lint from v2.10.1 to v2.12.2 everywhere it is pinned and installs the canonical
.golangci.yml, then fixes every finding the new linter surfaces somake checkis green.Version pins
Dockerfilelint stage:golangci/golangci-lint:v2.12.2(Debian-based), tag plus digest pinscript/bootstrap:GOLANGCI_LINT_VERSION=2.12.2with updatedlinux-amd64/linux-arm64release-archive sha256 pinsConfig
.golangci.ymlreplaced with the canonical config. Material change: the old file declaredversion: "2"but kept settings under the legacy top-levellinters-settingskey, which golangci-lint v2 ignores — so the intended thresholds (lll88,funlen80/50,cyclop15,dupl100) were not being applied. The canonical file moves them underlinters.settingsand dropsissues.exclude-use-default.Lint fixes (216 findings)
lll(96): wrapped lines to the 88-column limitnoctx(46):httptest.NewRequestWithContextwitht.Context()throughout the testsgoconst(24): shared constants for template/JSON keys ininternal/handlersand repeated test literalsgosec(23): app-page redirects now go through aredirectToApphelper that path-escapes the app ID (G710 open redirect);http.ServeFileof the internally derived deployment log path annotated like the adjacentos.Stat(G703)dupl(22): extracted a genericfindAllByAppIDininternal/models, adeleteAppResourcehelper ininternal/handlers, a sharedparsePushininternal/service/webhook, and table-driven/helper-based dedup in testsnolintlint(5): removed//nolint:funlendirectives made obsolete by the new limits (plus one more that became obsolete after refactoring)nilerr(3, surfaced during fixing): resource-delete lookups now propagate the find error to the callerNo behavior changes intended; all tests pass and
make checkis green.Note: golangci-lint v2.12 warns that
gomodguardis deprecated in favor ofgomodguard_v2— a future canonical-config update should address this centrally.