Cette question concerne l'étiquette et des projets open source.
J'ai fourré une application de GitHub et ajouté deux nouvelles fonctionnalités.
La la deuxième caractéristique Comment fonctionner les versions? Est-ce que je viens de heurter mes numéros de version sans soin et appuyez sur ma branche principale?
Il est ennuyeux de savoir quelle version est en cours d'exécution, modifiée ou originale, comme les deux ont le même numéro de version. Mais cela sera-t-il déroutant lorsque, des mois plus tard, ma page GITUB a un numéro de version identique à celui de l'original, mais les deux sont en fait complètement différents. (J'ai fait des demandes de traction, etc. Mais ce n'est pas le contexte de ma question.)
Le projet que j'ai Forked utilise Ruby Joawer Ainsi a un format de version de:
Le bijoutier suit la version de votre projet. Il suppose que vous utiliserez une version dans le format X.Y.Z.
x est la version "majeure", y est la version "mineure", et z est la version du patch.
est-ce que cette norme pour d'autres projets / langauteurs aussi? Mes changements sont mes correctifs?
merci
3 Réponses :
Différents morceaux de logiciels à partir de la même base de code, mais avec un contenu de fonctionnalité différent doit avoir des numéros de version différents d'une manière ou d'une autre - vous devez donc modifier quelque chose dans le numéro de version (ou le nom du produit).
Prévoyez-vous de soumettre le premier changement au projet? (Vous devriez probablement.)
est la deuxième fonctionnalité, le piratage, celui que vous améliorerez au fil du temps? Vous pouvez le conserver sur votre propre branche de développement, il est donc plus facile de maintenir séparément tout en important des mises à jour du projet principal.
ou envisagez-vous de rester séparé du projet principal de perpétuité? Dans ce cas, vous devriez envisager de renommer le logiciel et de modifier la version - ou de la définir de manière à ce que la version soit la vôtre et non.
Oui, j'ai envoyé une demande de traction et j'ai dit à l'auteur, mais n'a rien entendu de retour. Je ne serai pas continue de développement ni de fonctionnalité. J'ai ce que je veux. (Non égoïste non plus, il existe une réécriture complète qui se produit dans différents noms de langueurs / projet, où la caractéristique se produira. Comme encore, ce n'est pas stable.)
Cela ne peut pas être répondu facilement. La gestion des numéros de version varie entre les projets et vos objectifs. Voyez-vous votre fourchette comme un problème temporaire? - Ensuite, dans de nombreux cas (pourrait être différent avec des réécrites plus grandes par exemple), je n'aura plus d'augmenter le numéro de version car il appartient au chef de projet à faire.
De nombreux schémas de version de version permettent d'étendre le numéro de version à quelque chose comme 1.2.3-Ross, qui aide les utilisateurs à classer les rapports de bogues appropriés.
Si vous planifiez une fourchette de course plus longue, vous devriez trouver un schéma de version qui fonctionne pour vous.
Si vous avez l'intention de faire la fourchette, ce qui est de ne jamais fusionner avec en amont, alors envisagez de renommer votre projet.
Sinon, il est courant d'utiliser un numéro de version indiquant la succursale et la modification étant couru ala -git-ross-12345