git.sur5r.net Git - bacula/docs/blob - docs/home-page/de/pages/feature-request.php

   1 <? require_once("inc/header.php"); ?>
   2 <table>
   3 <tr>
   4    <td class="contentTopic"> Feature Requests<br>(Anfrage einer Programmerweiterung) </td>
   5 </tr>
   6 <tr>
   7    <td class="content">
   8 +<h2>Funded Development</h2>
   9 +Now that <a href="http://www.baculasystems.com">Bacula Systems SA</a> exists,
  10 +it is possible to sponsor funded development projects. This is a contractual
  11 +relationship where the Bacula Systems developers agree to implement
  12 +a specific project within a specific time frame. All code that is developed
  13 +by Bacula Systems developers, goes into the Bacula community source
  14 +repository, so is available for everyone to use.
  15 +
  16 +<h2>Community Development</h2>
  17 +If you are not interested in sponsoring a development project, you can
  18 +nevertheless submit a feature request to have a favorite feature
  19 +implemented (and even submit your own patch for it).
  20 +
  21 <p>
  22 In der Vergangenheit haben die Benutzer solche Anfragen formlos per E-Mail geschickt
  23 und wir haben sie gesammelt. Nachdem eine neue Bacula-Version fertiggestellt war,
  24 haben wir die Liste der Feature Requests ver&ouml;ffentlicht und die Benutzer konnten
  25 dar&uuml;ber abstimmen.
  26 <p>
  27 Jetzt, da Bacula ein immer gr&ouml;&szlig;eres Projekt geworden ist,
  28 wurde dieser Prozess etwas formeller gestaltet. Die wichtigste &Auml;nderung f&uuml;r
  29 die Benutzer ist, dass Sie sorgf&auml;ltig &uuml;ber ihre Anfrage nachdenken sollten,
  30 bevor sie sie in Form eines Feature Requests abschicken. Ein Beispiel eines leeren
  31 und eines ausgef&uuml;llten Feature Requests finden Sie weiter unten.
  32 Eine Kopie dieses Formulars finden Sie auch am Ende der Datei <b>projects</b>
  33 im Hauptverzeichnis des Bacula-Quelltextes. Diese Datei enth&auml;lt zudem eine
  34 Liste aller momentan angenommenen Programmerweiterungen, sowie auch den Stand
  35 ihrer Entwicklung.
  36 <p>
  37 Der beste Zeitpunkt nach einer Erweiterung zu fragen, ist nachdem eine neue Bacula-Version
  38 freigegeben wurde und wir &ouml;ffentlich nachfragen, welche Erweiterungen sich die Benutzer f&uuml;r
  39 die n&auml;chste Version ~w&uuml;nschen~. Der schlechteste Zeitpunkt f&uuml;r einen
  40 Feature Request ist kurz vor der Ver&ouml;ffentlichung einer neuen Bacula-Version
  41 (wo wir die meiste Zeit sehr besch&auml;ftigt sind). Zum tats&auml;chlichen  Anfragen
  42 einer Erweiterung von Bacula, f&uuml;llen Sie bitte das Formular aus und schicken es
  43 sowohl an die bacula-user- als auch an die bacula-devel-E-Mail-Liste. Dort kann Ihr Vorschlag
  44 dann &ouml;ffentlich diskutiert werden.
  45 <p>
  46 Nach einer angemessene Diskussion &uuml;ber den Feature Request,
  47 wird der Bacula Projekt Manager (Kern) die Anfrage entweder ablehnen, akzeptieren oder eventuell
  48 nach einigen Nachbesserungen fragen. Falls Sie planen das Feature selbst zu
  49 implementieren oder etwas spenden m&ouml;chten damit es eingebaut wird,
  50 ist dies ein wichtiger Punkt, andernfalls kann es sein, dass obwohl Ihr Feature
  51 Request angenommen wurden ist, es ziemlich lange dauert, bevor jemand es in
  52 Bacula implementiert.
  53 <p>
  54 Wenn der Feature Request angenommen wurde, f&uuml;gen wir ihn der projects-Datei hinzu,
  55 die eine Liste aller offenen Requests beinhaltet. Diese Datei wird von Zeit zu Zeit aktualisiert.
  56 <p>
  57 Die aktuelle Version der laufenden Projekte (eventuell nicht ganz auf dem neusten Stand)
  58 kann auch auf der Webseite, im Men&uuml; unter <b>Projekte</b>, gefunden werden.
  59 <p>
  60 Da sowohl die E-Mail-Listen, als auch die meisten Benutzer, englisch sprechen, sollte der
  61 Feature Request selbstverst&auml;ndlich auf Englisch verfasst werden.
  62 <h3>Feature Request Form</h3>
  63 <pre>
  64 Item n:   One line summary ...
  65   Origin: Name and email of originator.
  66   Date:   Date submitted (e.g. 28 October 2005)
  67   Status:
  68
  69   What:   More detailed explanation ...
  70
  71   Why:    Why it is important ...
  72
  73   Notes:  Additional notes or features ...
  74
  75 </pre>
  76
  77 <h3>Beispiel eines Feature Request</h3>
  78 <pre>
  79 Item 1:   Implement a Migration job type that will move the job
  80           data from one device to another.
  81   Date:   28 October 2005
  82   Origin: Sponsored by Riege Sofware International GmbH. Contact:
  83           Daniel Holtkamp <holtkamp at riege dot com>
  84   Status: Partially coded in 1.37 -- much more to do. Assigned to
  85           Kern.
  86
  87   What:   The ability to copy, move, or archive data that is on a
  88           device to another device is very important.
  89
  90   Why:    An ISP might want to backup to disk, but after 30 days
  91           migrate the data to tape backup and delete it from
  92           disk.  Bacula should be able to handle this
  93           automatically.  It needs to know what was put where,
  94           and when, and what to migrate -- it is a bit like
  95           retention periods.  Doing so would allow space to be
  96           freed up for current backups while maintaining older
  97           data on tape drives.
  98
  99   Notes:  Migration could be triggered by:
 100            Number of Jobs
 101            Number of Volumes
 102            Age of Jobs
 103            Highwater size (keep total size)
 104            Lowwater mark
 105
 106 </pre>
 107
 108 </td>
 109 </tr>
 110
 111 </table>
 112 <? require_once("inc/footer.php"); ?>