Switch to DiffPatch

[covers1624]

Switch to DiffPatch.

• Entirely removes diff4j and all FG's custom stuff surrounding it.
• Adds a dependency on DiffPatch.

Benifits:

• Centralized patch implementation usable across all projects.
• Support for auto hunk headers, removing large amounts of ever-changing useless junk from Forge patches (underscore for start2, @@ -start1,len1 _,len2 @@)
• Far better Fuzzy patch implementation. (1.15 to 1.16 output diff and DiffPatch log)

Currently, DiffPatch is on my own maven until we get review out of the way and throw them on Forge's maven.

Recommended bump to FG 3.1 as this slightly changes the generated patch output in some cases (chooses different context).
Patches are 'baked' for userDev jars to maintain compat with older FG versions.

[LexManos]

canonicalizeAccess is something that needs to be kept as discussed on discord, as modders have access transformers which will effect the patches.
It needs to be aseperate setting beside 'fuzz'. As mod workspaces should allow access changes, but disallow white space/offsets.

[LexManos]

Binary compat is a important thing, even if it is just adding a bunch of bouncer lines like you already do for most of the tasks. Also, we would need to specify somewhere in the userdev config what type of patch files we are using. As the old implementation {and other consumers of the userdev jar} have no idea about this relative header... Unless we want to bake the headers during userdev jar creation...

[covers1624]

This should be ready for more review, all comments have been addressed.