Numéro de version entre Sprint
Ma question est un peu sur le développement de la ramification, des versions et de l'agile en général, mais le cœur des trois est le numéro de version que je pense.
Actuellement, j'utilise des numéros de version internes (par exemple 1.0.4). C'est aussi ce que l'QA obtient. Mais que si nous aurions besoin d'un correctif? Je ne peux plus utiliser le troisième numéro, car il est déjà utilisé. J'ai donc besoin d'un autre mécanisme. Mais comment balayez-vous ou créez-vous vos branches pour chaque sprint? Quelle est la version que vous utilisez?
J'ai besoin d'un numéro de version réplicable/branche/étiquette pour QA, mais j'ai aussi besoin de le corriger sur la même version si nécessaire. Le client ne doit jamais voir les numéros de version internes. Au lieu de cela, il devient par exemple. 1.1.
Un problème secondaire est de savoir comment prévenir le temps d'attente entre les sprints. Par exemple. Le développeur est déjà terminé, mais l'AQ est toujours testé. Le développeur commence-t-il avec des tâches du prochain sprint? Ou ce qui est si le développeur et le testeur ont déjà terminé leur travail. Ils ne devraient pas attendre une semaine pour le début du prochain sprint. Ou si une fonctionnalité ne peut pas être terminée dans un sprint ou celui-ci ...
Des tests continus et créent-ils une libération de travail dans un sprint une exigence de développement agile? Le numéro de construction est-il la seule chose que les testeurs obtiennent? Je ne peux pas utiliser le numéro de construction, car Jenkins ne stocke que les 5 dernières établies (et plus loin, il n'est plus possible de restaurer cette version, sauf si elle est marquée en quelque sorte). Devrais-je utiliser à la place? De plus, aucune nouvelle fonctionnalité ne doit être ajoutée, lorsque vous donnez à la version BugFixed QA une version de BugFixed.
Tous vos problèmes disparaissaient si vous pouviez changer de règle:
Le client ne doit jamais voir les numéros de version internes. Au lieu de cela, il devient par exemple. 1.1.
Utiliser gitflow. Libération des succursales Goto QA et la quatrième (troisième pour Apple) Le numéro de version est utilisé pour les correctifs à chaud. c'est-à-dire 1.1.5677
Peut-être que vous pourriez poster des processus les fichiers binaires pour modifier la version pour le client après la signature de QA?