Ich denke, wir können dies irgendwie mit gren
automatisieren, das alle Probleme aufgreifen sollte, die zwischen den Tags geschlossen wurden
Dies kann mit semantic-release
, wie von @soedirgo hier in unserem anderen Repo abgeschlossen: https://github.com/supabase/pg-api/blob/9c1501d82199b91d00abdf6644ca961078d4525c/.github/workflows/release.yml# L28
Wir müssen jedoch herausfinden, ob es eine Bibliothek gibt, die dies mit Elixir tun kann
Anmerkungen von Bobbie:
In Echtzeit
semver ist eigentlich nur für Repos mit einer öffentlich zugänglichen API gedacht, dh Bibliotheken, keine eigenständigen Apps. Realtime passt nicht wirklich in dieses Bild, daher brauchen wir ein anderes Versionsmodell. Ich habe 2 Möglichkeiten:
Die einfachste ist die Verwendung von semver, jedoch ohne eine Major-Version. Dies ist die Semantik-Release-kompatibel und bedarf keiner Änderung.
Wenn man bedenkt, dass die Ergebnisse von realtime von realtime-js verbraucht werden, können wir jedes Mal eine BREAKING CHANGE vornehmen, wenn realtime eine signifikante Änderung an realtime-js erzwingt, für eine gewisse Definition von signifikant. Dies könnte jedoch einige Benutzer verwirren, die sich die Überschrift „BREAKING CHANGE“ in den Versionshinweisen ansehen.
Ich denke, wir sollten an der regulären Strategie von major.minor.patch festhalten. Theoretisch handelt es sich um eine öffentliche API, da sie von externen Bibliotheken verwendet wird. Wir können das Minor jedes Mal anheben, wenn wir ein Feature veröffentlichen, und das Major anheben, wenn wir das Repo jemals komplett neu schreiben
Geschlossen von #57.
Hilfreichster Kommentar
Geschlossen von #57.