I am not creating different repos anymore,and I will not continue like old D.eSystem versions,D.eSystem 6 will be modern and great,and now I am using tags and Releases and I am only using 1 repo

It gives off TempleOS vibes but without actual programming skills. Author doesn't know how to use git and creates a separate repo for each "version" of their "OS". They upload the source, binaries, and zip files via GitHub UI. They call a web Python IDE and VS code "compilers". It's weird.

I've seen this posted across numerous communities, but no where (even on the posted repo) can I find an answer to "what is this for?" or "what problem(s) does this solve?". Is this for some niche hardware? Sorry, I just really don't understand what this even is.

EDIT: I’ll add that, IMO, hooks should never modify files. They should simply check that your code meets whatever requirements you want your code-base to meet

This, I think, is the way. This is also how I've seen it in every actual real project I've encountered, and I sort of wish they would make it a little more clear what is the command I can run to make the checks pass by doing an auto-format or whatever, but yes I agree that the author should have spent a little more time on explaining what the actual solution is.

Most or all of these problems, and several more, are solved by using pre-commit. The author vaguely alludes to having had troubles with tools like this, but that has not been my experience.

The problem with somebody bypassing the hooks (intentionally or unintentionally) is solved by running the hooks as part of your CI; if you don't allow merges that fail these checks, then people can't skip them. If you also squash merges as a rule, then every commit on your target branch will pass the checks

EDIT: I'll add that, IMO, hooks should never modify files. They should simply check that your code meets whatever requirements you want your code-base to meet