2016-08-18 2 views
1

Je suis actuellement en train de mettre en œuvre un CD avec un flux de travail de fonctionnalité. Ce qui n'est pas clair pour moi, c'est quand augmenter le numéro de version.Délivrance en continu, gestion des versions et fonctionnalités Branches

Doit-il être augmenté lorsqu'une nouvelle entité est créée? Donc, disons que nous avons la version 1.1 et que je vais implémenter une nouvelle fonctionnalité FB-123.

Lors de la création du FB, dois-je incrémenter la version?

 *---*--- increment build number, now on 1.2.456 
    /increment version to 1.2 
    ---* 1.1 

Et utiliser le Jenkins numéro de build pour commits ultérieures?

+0

se termine à qui le numéro de build est pour. Est-ce que c'est pour vous en interne d'aider à résoudre ce problème? Est-ce que d'autres technophiles peuvent voir, ainsi ils peuvent déduire ce qui change de la sémantique du nombre de construction? Cela vaut la peine d'être lu - http://semver.org/ pour vous donner matière à réflexion –

+0

@EvolveSoftwareLtd Oui, c'est pour résoudre le problème. Cela ne me dérange pas vraiment si c'est sémantique ou non. – helpermethod

+0

Utilisez-vous git? que se passe-t-il avec une branche de fonctionnalité lorsqu'elle est terminée? Est-ce que vous le fusionnez au maître ou libérez la branche? –

Répondre

2

Je considérerais d'utiliser le schéma de versionnage suivant:

  • Chaque version majeure/mineure est marqué avec une étiquette git
  • branches schéma - <major>.<minor>.<number of commits from latest minor>-<feature branch-name>-<sha1>
  • schéma maître - <major>.<minor> (il considère que tous les demande de retrait acceptée est une version mineure)

Vous pouvez calculer le nombre de validations de la dernière mineure par

git rev-list HEAD ^<latest minor tag> --ancestry-path <latest minor tag> --count 

Ce schéma vous permettra de dériver du nom de la version:

  • la version de base
  • le nom de la branche
  • commettras la git que la version a été construite à partir
  • à comparez bien 2 versions de la même branche