8 versions en 13 jours, ça fait une version toutes les 39 heures ! À un moment, ça n'a plus de sens ces versions. Il ne faut pas mal le prendre, mais je pense qu'il faut revoir ton système de release et t'inspirer de ce qui se fait ailleurs. Par exemple, Go, au départ, il faisait une release par semaine, mais personne n'arrivait à suivre. Du coup, ils ont fait des releases plus espacées, tout en conservant des pseudo-releases toutes les semaines.
C'est bien de fournir des versions qui marchent régulièrement (release often), mais il ne faut pas pour autant en faire des versions majeures comme tu le fais. Imagine qu'un packageur veuille introduire ton logiciel dans une distribution, il aura à peine le temps de faire son paquet et de le soumettre qu'il y aura déjà 2 ou 3 autres versions, ce n'est pas gérable.
[^] # Re: beaucoup trop gros
Posté par rewind (Mastodon) . En réponse à la dépêche dfc(1): une alternative à df(1) apportant couleur et graphe. Évalué à 7.
8 versions en 13 jours, ça fait une version toutes les 39 heures ! À un moment, ça n'a plus de sens ces versions. Il ne faut pas mal le prendre, mais je pense qu'il faut revoir ton système de release et t'inspirer de ce qui se fait ailleurs. Par exemple, Go, au départ, il faisait une release par semaine, mais personne n'arrivait à suivre. Du coup, ils ont fait des releases plus espacées, tout en conservant des pseudo-releases toutes les semaines.
C'est bien de fournir des versions qui marchent régulièrement (release often), mais il ne faut pas pour autant en faire des versions majeures comme tu le fais. Imagine qu'un packageur veuille introduire ton logiciel dans une distribution, il aura à peine le temps de faire son paquet et de le soumettre qu'il y aura déjà 2 ou 3 autres versions, ce n'est pas gérable.