'Release' Branching for CI/CD and Contributions

As an Open Source project we want to avoid having branches "compete" for who gets to be the development deployment at https://devstore.rerum.io/v1/.

We hope for many PRs to come in at once from Open Source contributors.

We imagine a future where RERUM is a kind of "download and install" package.

A `release` branching mechanic that helps control when the _production_ and _development_ deployments occur is necessary in order to help the current situation with "competing" PRs and should be forward thinking for the ways in which we imagine making RERUM code available to the public.

La issue non indica file, test o punti di ingresso; inizia esaminando come i branch attivano attualmente il deployment di sviluppo su devstore.rerum.io/v1/ e come vengono eseguiti i deployment di produzione. Definisci un workflow di release che impedisca a PR concorrenti di controllare i deployment e supporti il futuro obiettivo del progetto di download e installazione.

Scritto dal modello di indicizzazione a partire dal testo della issue.