Comment créer des journaux de modifications pour vos projets? [fermé]

Question

J'utilise la subversion comme RCS et Bugzilla pour le suivi des problèmes. Et je me demande simplement comment créer des journaux automatiques de changement pour les utilisateurs?

Je l'ai déjà essayé l'outil « svn2cl ». Mais les journaux des modifications qu'il crée sont techniques pour moi (par exemple pas l'utilisateur veut de de savoir que développeur XY a changé 20 fichiers hier pour réparer une fuite de mémoire). Un utilisateur veut un journal de changement qui contient quelque chose comme ceci:

  

Version 1.0
- Ajout de la fonction 1

Version 1.1
- Correction d'un bug # 4711
- caractéristique supplémentaire 2
...

Quelqu'un sait-il un outil, addon ou script pour créer des journaux de changement de mes entrées de Bugzilla? Ou est-il une bonne façon de le faire? Je sais que soutient la création trac de journaux de changement, mais je n'aime pas très trac.

Mise à jour A écrit mon propre petit outil pour ce travail. Vous pouvez l'obtenir à ChangelogGenerator .

Answer 1

Il y a un projet sourceforge appelé Bugzilla Changelog qui génèrent ce journal au format HTML ou Wiki -. Texte

Voir: Bugzilla Changelog projet

Answer 2

L'utilisation d'un outil personnalisé qui enregistre dans une base de données change par projet, le module etc. Ces modifications sont ensuite exportables à des fichiers en utilisant un Addin personnalisé pour FinalBuilder pour la production readme ou exportables à un webservice qui les importe dans un db local pour la serveur web afin que les utilisateurs peuvent voir / rechercher en ligne ce qui a changé par module.

Answer 3

je pense que vous pouvez avoir Bugzilla générer pour vous. Utilisez l'écran Bug Recherche avancée, filtrer le cap / version, sur le statut et la résolution. Ensuite, vous pouvez l'exporter au format CSV et travailler dans Excel

Answer 4

Excel? :)

Je suppose pour chaque version que vous créez une liste de fonctionnalités à mettre en œuvre, les changements à faire, bugs à corriger, etc. Quelque part l'état de ceux-ci doivent être suivis afin que vous sachiez ce qui est complet, ce qui a été poussé à un version ultérieure et ainsi de suite, et quand il est temps de tester et bateau.

Ces informations dans votre document de suivi contient à peu près tout ce que vous avez besoin.