Skip to content

ci: Add clang-tidy workflow#739

Merged
twostars merged 34 commits intoOpen-KO:masterfrom
stefannikolei:sn/clang-tidy
Jan 9, 2026
Merged

ci: Add clang-tidy workflow#739
twostars merged 34 commits intoOpen-KO:masterfrom
stefannikolei:sn/clang-tidy

Conversation

@stefannikolei
Copy link
Contributor

Pull request type

Please check the type of change your PR introduces:

  • Bugfix
  • Feature
  • Code style update (formatting, renaming)
  • Refactoring (no functional changes, no API changes)
  • Build related changes
  • Other (please describe):

What is the current behaviour?

What is the new behaviour?

Why and how did I change this?

Was AI used at some point for any part of this change? If so, what?

Demo

Checklist

  • I have performed a self-review of my own code.
  • Where applicable, I have checked to make sure that this doesn't introduce incompatible behaviour with the official 1.298 server (e.g. unofficial opcodes or behavioural differences).
  • I have checked to make sure that this change does not already exist in the codebase in some fashion (e.g. UI already implemented under a different name).

# Conflicts:
#	All.slnx
This should be stricter, explicitly only throwing relevant issues as warnings
in projects that haven't fully replaced them yet (e.g. gotos).
We need to know its build settings, include dirs, etc.
This can only be done from a build.

As such, we'll let CMake handle generating the build database,
and run after that.

The MSVC generator does not support CMAKE_EXPORT_COMPILE_COMMANDS
so we must use Ninja instead.
For this we need to setup the build environment.
Also ignore tests for now
It should be fine with it handling them through the source files directly.
If not, it's better to move this to a dir-specific config file anyway, rather than here.
.cxx was to handle CMake's generated PCH files but it's not really needed.
Our source files manually include the PCH header anyway, so all this seems to do
is cause it to also match on CMake's output PCH files (.cxx.pch).

Since it's pointless, we'll simplify it to the source file types we use.
Conflicts:
	.github/workflows/build_cmake_all.yml
	.github/workflows/build_msbuild_all.yml
	.github/workflows/build_msbuild_client.yml
	.github/workflows/build_msbuild_client_tools.yml
	.github/workflows/build_msbuild_server.yml
	.github/workflows/build_msbuild_tools.yml
Generally I only want it to request changes, not approve.
It shouldn't consider the PR "good to merge", just catch things that look wrong.

But we'll see what this option looks like, since the comments are only visible on the files page as-is.
@twostars twostars marked this pull request as ready for review January 9, 2026 10:35
@twostars twostars force-pushed the sn/clang-tidy branch 2 times, most recently from 7f7f1f3 to fa3de5b Compare January 9, 2026 11:23
Also restore update behaviour for PR reviews (which don't work atm)
@twostars twostars force-pushed the sn/clang-tidy branch 6 times, most recently from cda0cdb to 3e24e4f Compare January 9, 2026 13:13
@twostars twostars changed the title Add Clang Tidy ci: Add clang-tidy workflow Jan 9, 2026
@twostars twostars merged commit a78dce0 into Open-KO:master Jan 9, 2026
26 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants