Realtime: Ajouter des notes de version à chaque version

Créé le 22 mai 2020  ·  2Commentaires  ·  Source: supabase/realtime

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

Commentaire le plus utile

Fermé par le #57.

Tous les 2 commentaires

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.

Cette page vous a été utile?
0 / 5 - 0 notes