Bonjour, je suis nouveau ici, mais je vous lit depuis longtemps, comme je suis à la recherche d'un logiciel dont je ne sais même pas s'il en existe au moins un exemplaire, je me suis inscrit en espérant pouvoir avoir de l'aide.
Donc voilà, je cherche un logiciel qui me permettrait de suivre les différentes versions logicielles d'une application dont j'ai la charge.
Ce logiciel pour lister les différentes version, ainsi que les faits techniques qui sont corrigées pour chaque versions.
Là où çà se complique, c'est que j'aimerais que ce même logiciel permette d'associer à un client, la dernière version livrée (ou une liste d'historique de déploiement) et l'idéale serait que 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.
Voilà, je pense que çà doit pas courir les rues.
Merci d'avance.
# Vcs + un peu de code
Posté par Adminrezo (site web personnel) . Évalué à 1.
D'après ce que je comprend, il n'y a rien de révolutionnaire là dedans :
Un gestionnaire de versions type Git ou Mercurial + un gestionnaire de bugs.
Une solution comme redmine ou hébergée comme bitbucket devrait convenir.
La seule particularité est l'association des clients. Je ne vois rien qui existe. Si tu sais un peu coder il faudra le faire à la main.
[^] # Re: Vcs + un peu de code
Posté par Marotte ⛧ . Évalué à 2. Dernière modification le 22 mai 2014 à 07:40.
[supprimé]
# Un logiciel qui devrait te convenir
Posté par LeBouquetin (site web personnel, Mastodon) . Évalué à 2.
Bonjour iXô,
Question : à quels utilisateurs ton logiciel est-il destiné ? Equipe support ? équipe de développement ? client ?
Avec un collègue, je suis en train de développer un logiciel qui pourra très probablement répondre à tes besoins.
Les fonctionnalités qu'on a par rapport à ce que tu dis :
- listing de versions et bugs (nouveaux, en cours, corrigés)
- possibilité de lister des clients et d'y associer des versions (soit sous forme de pure information, soit sous forme de fichier - archive zip ou similaire).
Nous en sommes au stade suivant :
- la base technique est ok
- le code commencera à être publié (en AGPL a priori) dans les semaines qui viennent
- nous allons commencer une phase de test d'ici 10 jours avec des utilisateurs afin d'optimiser l'interface par rapport aux besoins des premiers utilisateurs.
De ce que je comprends, ton cas d'utilisation rentre dans le cadre de notre cible. Contacte-moi par email si tu veux : damien point accorsi arobase free point fr.
On peut continuer la discussion ici aussi ; par contre si tu veux voir à quoi ressemble le logiciel comme je n'ai pas de version publique à présenter, ça va être plus difficile ;)
Notes :
- Une première copie d'écran : https://lut.im/AoSO70kN/z8CYswnU
- Ce logiciel est la suite logique de celui dont j'avais parlé ici : http://linuxfr.org/users/lebouquetin/journaux/pod-un-outil-pour-suivre-et-gerer-des-taches-et-documents
[^] # Trac ?
Posté par François GUÉRIN (Mastodon) . Évalué à 2. Dernière modification le 22 mai 2014 à 21:22.
Salut,
J'utilise trac au boulot pour faire de genre de choses, la seule limitation étant le problème du stockage du client, mais tu peux le faire dans la partie wiki de l'appli.
La gestion des version se fait à travers un dépôt svn dans mon cas, mais git et mercurial sont également supportés.
La possibilité de commenter les tags / versions avec la syntaxe wiki est super pratique :
écrire #312 == bogue 312
Pour la gestion des bogues, j'utilisais auparavant bugzilla, et j'ai pu migrer mes bogues de bugzilla à trac sans problèmes. le système de bogues est relativement équivalent entre les 2 applis.
De même, j'ai migré mon mediawiki dans trac sans problèmes, juste un peu de réorganisation des pages a posteriori.
J'utilise le système trunk / branches / tags standart pour gérer mes versions, tu peux par exemple faire une branche par client ?
C'est relativement nouveau pour moi, j'ai commencé l'install il y a 3 semaines, en temps mort, mais ça tourne très bien !
En bonus, j'utilise eclipse + mylyn au boulot, et il y a un connecteur pour trac dedans.
# partant du besoin
Posté par steph1978 . É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
client | version
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.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.