-
Notifications
You must be signed in to change notification settings - Fork 16
style: add clang-tidy to keep names consistent #88
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
|
LGTM! I'm a little worried about static names that we have from Java Edition (such as LevelRenderer::allChanged and similar from b1.2) but I don't mind if we change them to make this repo consistent with itself. |
|
If Bagietas doesn't suggest any changes, you'll be good to merge. Otherwise, make those changes and then merge. |
We can add // NOTIDY to avoid changing them if needed. |
|
Later today I will see if there's anything else we can enforce here. |
I think if we decide for that enforcement, we should keep it consistent and apply to every name. |
Sounds good. After this is merged, I will implement an actions thing to make sure there's no clang-tidy issues, and then I'll fix all the issues that clang-tidy reports (in another PR) |
|
I wonder if we should switch to the more common |
That's what I suggested long time ago but GRA was against it, don't remember what was the reason. |
Shouldn't be too hard to switch in the future should we decide otherwise. |
|
What I suggest to add: |
This will allow for IDEs to enforce the naming system, and we can add a GitHub action to verify that the naming system is being followed.
This
.clang-tidyenforces: