Par le passé, les utilisateurs envoyaient des demandes de fonctionnalité de manière informelle par mail et je les collectais. Puis dès que la version courante était publiée, je publiais la liste des nouvelles fonctionnalités pour que les utilisateurs votent pour les prochaines fonctionnalités à implémenter.

Maintenant que Bacula est devenu un plus gros projet, le procédé est devenu un peu plus formel. Le changement principal est pour les utilisateurs qui doivent penser avec attention à leur fonctionnalité, et l'envoyer grâce à un formulaire de demande de fonctionnalité. Un formulaire quasiment vide est montré ci-dessous ainsi qu'un exemple d'un formulaire rempli. Une copie texte de ce formulaire peut être trouvée dans le fichiers projects dans le répertoire principale de Bacula release. Ce fichier contient également une liste de tous les projets actuellement approuvés et leur status.

Le meilleur moment pour soumettre une demande de fonctionnalité est juste après la sortie d'une version quand je demande officiellement les fonctionnalités que vous voulez voir pour la prochaine version. Le pire moment pour envoyer un demande de fonctionnalité est juste avant la sortie d'une nouvelle version (nous sommes très occupé à ce moment là). Pour soumettre une demande de fonctionnalité, remplissez le formulaire, et envoyez le aux 2 listes bacula-users et bacula-devel. Ceci permettra d'en discuter ouvertement.

Lorsqu'une demande de fonctionnalité a été étudiée, je vais soit la rejeter, soit l'approuver, ou possiblement demander des modifications. Si vous avez prévu d'implémenter la fonctionnalité ou de donner de l'argent pour la faire implémenter, c'est important de l'indiquer, autrement, la fonctionnalité, même approuvée, peut attendre quelques temps avant que quelqu'un l'implémente.

Dès que la demande de fonctionnalité est approuvée, je l'ajoute au fichier des projets, qui contient la liste de toutes les demandes de fonctionnalité ouvertes. Le fichier des projets est mis à jour de temps en temps.

La liste courante (peut ne pas être à jour) des projets peut être trouvée en cliquant sur le lien Projets du menu.

Les demandes de fonctionnalités doivent rédigées en anglais.

Feature Request Form

Item n:   One line summary ...
  Origin: Name and email of originator.
  Date:   Date submitted (e.g. 28 October 2005)
  Status:

  What:   More detailed explanation ...

  Why:    Why it is important ...

  Notes:  Additional notes or features ...
      

An Example Feature Request

Item 1:   Implement a Migration job type that will move the job
          data from one device to another.
  Date:   28 October 2005
  Origin: Sponsored by Riege Sofware International GmbH. Contact:
          Daniel Holtkamp 
  Status: Partially coded in 1.37 -- much more to do. Assigned to
          Kern.

  What:   The ability to copy, move, or archive data that is on a
          device to another device is very important.

  Why:    An ISP might want to backup to disk, but after 30 days
          migrate the data to tape backup and delete it from
          disk.  Bacula should be able to handle this
          automatically.  It needs to know what was put where,
          and when, and what to migrate -- it is a bit like
          retention periods.  Doing so would allow space to be
          freed up for current backups while maintaining older
          data on tape drives.

  Notes:  Migration could be triggered by:
           Number of Jobs
           Number of Volumes
           Age of Jobs
           Highwater size (keep total size)
           Lowwater mark