In der Vergangenheit haben die Benutzer solche Anfragen formlos per E-Mail geschickt und wir haben sie gesammelt. Nachdem eine neue Bacula-Version fertiggestellt war, haben wir die Liste der Feature Requests veröffentlicht und die Benutzer konnten darüber abstimmen.
Jetzt, da Bacula ein immer größeres Projekt geworden ist, wurde dieser Prozess etwas formeller gestaltet. Die wichtigste Änderung für die Benutzer ist, dass Sie sorgfältig über ihre Anfrage nachdenken sollten, bevor sie sie in Form eines Feature Requests abschicken. Ein Beispiel eines leeren und eines ausgefüllten Feature Requests finden Sie weiter unten. Eine Kopie dieses Formulars finden Sie auch am Ende der Datei projects im Hauptverzeichnis des Bacula-Quelltextes. Diese Datei enthält zudem eine Liste aller momentan angenommenen Programmerweiterungen, sowie auch den Stand ihrer Entwicklung.
Der beste Zeitpunkt nach einer Erweiterung zu fragen, ist nachdem eine neue Bacula-Version freigegeben wurde und wir öffentlich nachfragen, welche Erweiterungen sich die Benutzer für die nächste Version ~wünschen~. Der schlechteste Zeitpunkt für einen Feature Request ist kurz vor der Veröffentlichung einer neuen Bacula-Version (wo wir die meiste Zeit sehr beschäftigt sind). Zum tatsächlichen Anfragen einer Erweiterung von Bacula, füllen Sie bitte das Formular aus und schicken es sowohl an die bacula-user- als auch an die bacula-devel-E-Mail-Liste. Dort kann Ihr Vorschlag dann öffentlich diskutiert werden.
Nach einer angemessene Diskussion über den Feature Request, wird der Bacula Projekt Manager (Kern) die Anfrage entweder ablehnen, akzeptieren oder eventuell nach einigen Nachbesserungen fragen. Falls Sie planen das Feature selbst zu implementieren oder etwas spenden möchten damit es eingebaut wird, ist dies ein wichtiger Punkt, andernfalls kann es sein, dass obwohl Ihr Feature Request angenommen wurden ist, es ziemlich lange dauert, bevor jemand es in Bacula implementiert.
Wenn der Feature Request angenommen wurde, fügen wir ihn der projects-Datei hinzu, die eine Liste aller offenen Requests beinhaltet. Diese Datei wird von Zeit zu Zeit aktualisiert.
Die aktuelle Version der laufenden Projekte (eventuell nicht ganz auf dem neusten Stand) kann auch auf der Webseite, im Menü unter Projekte, gefunden werden.
Da sowohl die E-Mail-Listen, als auch die meisten Benutzer, englisch sprechen, sollte der Feature Request selbstverständlich auf Englisch verfasst werden.
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 ...
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