Skip to content
This repository was archived by the owner on Dec 16, 2025. It is now read-only.

chore: Rename to avoid lint hits - #1918

Closed
alarso16 wants to merge 1 commit into
masterfrom
alarso16/no-skip-lint
Closed

chore: Rename to avoid lint hits#1918
alarso16 wants to merge 1 commit into
masterfrom
alarso16/no-skip-lint

Conversation

@alarso16

@alarso16 alarso16 commented Dec 11, 2025

Copy link
Copy Markdown
Contributor

Why this should be merged

Removes files named ...test....go, when it's not a test file. The linter is over-reaching, but this blocks repo-merger

How this works

Only one constant in each file, with corresponding non-test files that it could use instead.

How this was tested

Lint

Need to be documented?

No

Need to update RELEASES.md?

No

@alarso16 alarso16 self-assigned this Dec 11, 2025
@alarso16
alarso16 marked this pull request as ready for review December 11, 2025 21:25
@alarso16
alarso16 requested a review from a team as a code owner December 11, 2025 21:25

@JonathanOppenheimer JonathanOppenheimer left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think this will work. The rule test_import_testing_only_in_tests ensures that testing-related packages are only imported in actual test files or designated test packages. Both the files you changed the name of still import testing. I also think the file names are correct, because they are test files, and there's no need to rename them.

@alarso16

Copy link
Copy Markdown
Contributor Author

They are used in production code, and therefore not test files. They do not import testing, their generated code imports testing

@JonathanOppenheimer

JonathanOppenheimer commented Dec 11, 2025

Copy link
Copy Markdown
Contributor

They are used in production code, and therefore not test files. They do not import testing, their generated code imports testing

I don't think this matters- the grep doesn't distinguish between actual imports and strings - it just looks for the pattern in the file content. So even though line 15 is inside a backtick string template, the grep would still find it and report an error. (as it did in my PR chain which discovered this after I removed the skiplint rules.)

@alarso16

Copy link
Copy Markdown
Contributor Author

There's actually a bug in the linter code, it's not a problem though. You can just keep it in the other PR

@alarso16 alarso16 closed this Dec 11, 2025
@JonathanOppenheimer

JonathanOppenheimer commented Dec 11, 2025

Copy link
Copy Markdown
Contributor

There's actually a bug in the linter code, it's not a problem though. You can just keep it in the other PR

A bug in the AvalancheGo linter or the EVM linters? Happy to try to fix!

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants