[Discussion] Move patches to a GitHub repository

[illusion0001]

Would appreciate opinions from people who actually write patches.

Reasons for why patches on a GitHub repository are:

• Wiki doesn't have proper version control (no git, no pull requests)
  Revisions/changes can be unrelated to patches.
• Can't be opened in a preferred editor (i.e. VSCode)
• Can't easily edit multiple patches at once. (i.e. capitalize all of them for consistency, fix typos, etc).
• Patches cannot be downloaded if compatibility server is down.
• Adding new patches to non existent game pages are unnecessary hassle
• The original proposal was for patches to have a repository, not be hosted from the wiki: [FEATURE REQUEST] Database of patches #8366

[Margen67]

If you want examples of emulator game patches, etc. hosted on GitHub:

• https://github.com/ActualMandM/cemu_graphic_packs
• https://github.com/xenia-canary/game-patches

[illusion0001]

Example of being able to only track changes related to patches.
illusion0001/rpcs3-game-patch@822c125

[marcoluc97]

Thanks @illusion0001 for take my initial proposal as example and yeah I was talking about a database like (so for me #8848 done by Mega was technically just fine), similar to PCSX2 GameDB or like precedent posts already said. Hoping to see RPCS3 team interest in this implementation idea.

[illusion0001]

There was a typo that was difficult to spot on the wiki because unrelated changes were mixed in, maybe they'll consider moving to git or smth. But there's always a question of who will be approved to have write access to the repository (like automod) on wiki to approve changes

[marcoluc97]

Yeah that's something that can happen if there is no validation or control over push change. So I also vote for move to a better managed situation, and like I said there are examples to take as templates instead of creating it from zero. At least a Bot over Git.

Obviously this is just an advice so RPCS3 team will decide how and when implement this idea, or even trash it if not useful for them