pour chaque client on puisse avoir un aperçu rapide permettant de savoir si depuis la dernière livraison un bug bloquant / critique à été corrigé nécessitant une nouvelle livraison rapidement
prenons un cas classique de version x.y.z (remarque que la tendance est d'abandonner le x mais en y ajoutant une notion de patch y.z.p).
généralement la correction des "bug bloquant / critique" incrémentent z, x et y restant constant.
si tu maintiens une liste
client | version voire
client | x | y | z quand z est incrémenté, tu peux sélectionner tous les client qui sont dans le x.y concerné et leur proposer une misa à jour.
donc une simple feuille de calcul voir fichier texte peut répondre.
lui même sous VCS.
ou avec un ethercalc.org si tu veux que toute l'équipe de déploiement puisse faire les mises à jour.
# partant du besoin
Posté par steph1978 . En réponse au message Logiciel de gestion de version application + criticité livraisons clients. Évalué à 2.
partant de là
prenons un cas classique de version x.y.z (remarque que la tendance est d'abandonner le x mais en y ajoutant une notion de patch y.z.p).
généralement la correction des "bug bloquant / critique" incrémentent z, x et y restant constant.
si tu maintiens une liste
voireclient | version
quand z est incrémenté, tu peux sélectionner tous les client qui sont dans le x.y concerné et leur proposer une misa à jour.client | x | y | z
donc une simple feuille de calcul voir fichier texte peut répondre.
lui même sous VCS.
ou avec un ethercalc.org si tu veux que toute l'équipe de déploiement puisse faire les mises à jour.