Rewrite CI

[BrailleBennett]

Fixes #355, #373, #375
Closes #331

Push Workflow

graph TD
  start(["on: [push, pull_request]"])
  start --> build
  start --> test
  subgraph Build
  build(./gradlew clean build -x test)
  end
  subgraph Test
  test(./gradlew clean test)
  end

Loading

Release Workflow

graph TD
  start(["on: [workflow_dispatch], inputs: [version]"])
  start --> changelog
  subgraph Prepare
  changelog("Collate changelog from merged PRs without the 'released' or 'in-prerelease' labels")
  changelog --> weblate("Pull latest changes from Weblate")
  weblate --> commit_changelog("Write changelog to file and commit")
  commit_changelog --> tag("Create Git tag")
  tag --> push("Push")
  end
  subgraph Release
  push --> build("./gradlew clean :<loader>:build")
  build --> publish[["MC Publish"]]
  end

Loading

[khanshoaib3]

uhh...are we removing the fast-forward ci?

[TheSuperGamer20578]

uhh...are we removing the fast-forward ci?

Yes, https://discord.com/channels/843921862194364468/1291343800547147788

[khanshoaib3]

Oh I see. I would've personally kept the fast-forward but I don't mind.
And I like the idea of collecting the changelogs from PRs in the release workflow.
What threshold are you using? Like how do you determine which PRs to keep?

[TheSuperGamer20578]

What threshold are you using? Like how do you determine which PRs to keep?

I'm going to have it add a released or in-prerelease label to PRs during a release. Prereleases will contain changelogs from everything since the last prerelease (everything with neither label) and full releases will contain changelogs from everything since the last full release (everything without the released label). This means that users who don't follow Prereleases can still get meaningful changelogs. A side effect of this labelling is that it also makes it clear whether a PR has been included in a release yet.

I probably should've and probably still will document this properly in the PR description, I just wasn't thinking of it when I wrote the description.

Alternatively I could use the merged timestamp but then I would need to find when the previous release was which sounds hard but might be posible with Git tags.