Repository navigation
refactor: split compile-check input key writers into their own file - #3346
Conversation
input_key.go had grown to 523 lines, over the 500-line limit the architecture test enforces on production Go files. The functions that write each identity into the digest move to input_key_identity.go unchanged; input_key.go keeps how the key is assembled.
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info
📝 Walkthrough
Merge Risk: ⚪ Minimal · up to
|
869c812
into
feature/compile-check-changed-files-check
Summary
User Impact
None. The integration branch's
build-cli(and the jobs that depend on it) failed inTestProductionGoFilesStayFocusedbecauseinput_key.gohad 523 lines. This check counts raw lines and runs only after a merge into the integration branch, so the pull requests that grew the file did not see it.Changes
cli/dispatcher/internal/compilecheck/input_key_identity.go(new, 304 lines): the functions that write each identity into the digest, fromwriteCompilerIdentitytoprojectPath, in their original order with their comments.cli/dispatcher/internal/compilecheck/input_key.go(now 230 lines): how the key is assembled, with its types and flag lists. Only the imports the moved functions used are removed.Verification
go test -run TestProductionGoFilesStayFocused ./internal/architecture/...incli/release-automationpasses.go test -race ./internal/compilecheck/...incli/dispatcherpasses.gofmt -lis empty,go vet ./...passes,golangci-lint run ./...reports 0 issues, andgo test ./...passes incli/dispatcherandcli/release-automation. Incli/commonandcli/project-runner, one test each fails only because the local sandbox refuses a directory under/tmpand a Unix socket bind; neither module is touched here.scripts/check-code-complexity.shandscripts/check-file-length.shpass.