Relases and versions - for downstream packaging?

Hi.

Saw a video from this project, https://www.youtube.com/watch?v=U3E-sWo2H_M — which talks about a release.
However, I cannot find any releases in the traditional sense other than a static [latest-stable](http://github.com/GraphiteEditor/Graphite/releases/tag/latest-stable) which was created 2022, but is updated/deleted/renewed (whatever you want to call it) every now and then?

This makes for a weird versioning and packaging scenario. I'm a package maintain for a Linux distribution, and I was curious about packaging this application — but it's hard when there's not a proper release with release artifacts that we can verify against.

Would it at all be possible, to create a proper github release for new releases, which would create release artifacts (`.tar.gz`) of the tagged commit, as well as a maintainer of Graphite to sign said release artifact?

This would help us tremendously in our work of verifying that releases come from those who say they release the software, as well as a known state (other than a commit hash).

Commencez par examiner le tag `latest-stable` actuel et la configuration de release existante du dépôt. Définissez comment un release GitHub approprié devrait produire des artefacts `.tar.gz` vérifiables à partir d’un commit tagué et comment un mainteneur de Graphite les signerait ; le travail est terminé lorsque les empaqueteurs en aval peuvent identifier et vérifier un release stable.

Rédigé par le modèle d'indexation à partir du texte de l'issue.