Je pense que nous pouvons automatiser cela d'une manière ou d'une autre avec gren
, qui devrait récupérer tous les problèmes qui ont été fermés entre les balises
Cela peut être fait en utilisant semantic-release
, comme complété par @soedirgo ici dans notre autre dépôt : https://github.com/supabase/pg-api/blob/9c1501d82199b91d00abdf6644ca961078d4525c/.github/workflows/release.yml# L28
Cependant, nous devrons déterminer s'il existe une bibliothèque qui peut le faire avec Elixir
Notes de Bobbie :
En temps réel
semver est vraiment uniquement destiné aux dépôts avec une API publique, c'est-à-dire des bibliothèques, pas des applications autonomes. Le temps réel ne correspond pas vraiment à cette image, nous avons donc besoin d'un modèle de version différent. J'ai 2 possibilités :
Le plus simple est d'utiliser semver mais sans version majeure. C'est la version la plus compatible avec les versions sémantiques et ne nécessite aucune modification.
Étant donné que les résultats en temps réel sont consommés par realtime-js, nous pouvons effectuer un CHANGEMENT DE RUPTURE chaque fois que le temps réel force une modification significative de realtime-js, pour une définition de significatif. Mais cela pourrait dérouter certains utilisateurs en regardant l'en-tête « BREAKING CHANGE » dans les notes de version.
Je pense que nous devrions nous en tenir à la stratégie habituelle de major.minor.patch. Il s'agit, en théorie, d'une API publique car elle est consommée par des bibliothèques externes. Nous pouvons rogner le mineur à chaque fois que nous publions une fonctionnalité, et rogner le majeur si jamais nous réécrivons complètement le repo
Fermé par le #57.
Commentaire le plus utile
Fermé par le #57.