Fix Core tagging/release workflow

Currently, when the release checker checks for a new package.json version, it immediately creates the tag and the other pipeline takes over to run the release: https://github.com/acm-uiuc/core/blob/main/.github/workflows/release.yml

However, if the released code fails to build, then we have a tag created with broken code. We should instead first build/unit test the code, then create the tag, and then run the release stuff. This most likely requires using multiple stages in the github actions, etc.

Ideally, we also modify the Github action so that if the previous commit failed to deploy for the tag, then it will run it, even if the version didn't change.

Start with .github/workflows/release.yml and the workflow or script that checks package.json versions and creates tags. Trace where the tag is currently created versus where build and unit tests run. Done means the workflow tests/builds before tagging and can rerun a failed deploy for an existing tag even when the version has not changed.

Vom Indexierungsmodell aus dem Issue-Text verfasst.