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.

Empieza por .github/workflows/release.yml y por el workflow o script que comprueba las versiones de package.json y crea tags. Sigue el recorrido para identificar dónde se crea actualmente el tag y dónde se ejecutan el build y las pruebas unitarias. Se considera terminado cuando el workflow ejecuta las pruebas y el build antes de crear el tag, y puede volver a ejecutar un deploy fallido para un tag existente incluso cuando la versión no ha cambiado.

Escrito por el modelo de indexación a partir del texto del issue.