| |
| |
| <!--#include virtual="/doctype.html" --> |
| <html> |
| <head> |
| <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> |
| |
| <link href="/css/ooo.css" rel="stylesheet" type="text/css"> |
| |
| <title> |
| Issuezilla Einführung |
| </title> |
| <!-- Start de-header --> |
| <link rel="stylesheet" href="../styles/de.css" media="screen" type="text/css" /> |
| <link rel="stylesheet" href="../styles/de_print.css" media="print" type="text/css" /> |
| <link rel="alternate stylesheet" title="mit Navbar" href="../styles/de_navbar.css" media="screen" type="text/css" /> |
| <link rel="alternate stylesheet" title="mit Navbar4" href="../styles/de_navbar4.css" media="screen" type="text/css" /> |
| <link rel="alternate stylesheet" title="mit Navbar5" href="../styles/de_navbar5.css" media="screen" type="text/css" /> |
| <link rel="alternate stylesheet" title="ohne Navbar" media="screen" href="../styles/de_nonavbar.css" type="text/css" /> |
| <meta http-equiv="Content-Style-Type" content="text/css" /> |
| <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /> |
| <style type="text/css"> |
| /* |
| <![CDATA[*/ <!-- @import url("../styles/de_navbar6.css"); --> /*]]>*/ |
| </style> |
| <!-- > |
| Kommentare zur Seite |
| $Id: issuezilla_einfuehrung.html,v 2.22 2007/07/28 18:12:29 cloph Exp $ |
| < --> |
| <!-- End de-header --> |
| |
| |
| <script src="https://www.apachecon.com/event-images/snippet.js"></script> |
| </head> |
| <body> |
| <!--#include virtual="/de/brand.html" --> |
| <div id="topbara"> |
| <!--#include virtual="/de/topnav.html" --> |
| <div id="breadcrumbsa"><a href="/">home</a> » <a href="/de/">de</a> » <a href="/de/dev/">dev</a></div> |
| </div> |
| <div id="clear"></div> |
| |
| |
| <div id="content"> |
| |
| |
| <table width="100%" summary="" cellspacing="0" cellpadding="0" border="0"> |
| <tr> |
| <td height="100%"> |
| <div id="body_de"> |
| <h2>Haben Sie ein Anliegen?</h2> |
| <p> |
| <i>Letztes Update: 07. Dezember 2001</i> |
| <br /> |
| </p> |
| <p> |
| <b>Anmerkung des Übersetzers:</b> Ich habe Begriffe, die direkt im IssueZilla vorkommen, übersetzt, aber die englische Entsprechung in Klammern dahinter gesetzt, da IssueZilla selbst nicht auf Deutsch verfügbar ist und so die |
| Orientierung leichter fällt. |
| </p> |
| <h4>Warum "Anliegen" und nicht "Bugs"?</h4> |
| <p> Nicht alle "Anliegen" sind Fehler, die besser als "Bugs" bekannt sind. Einige Anliegen können |
| <i>Feature-Wünsche</i>, |
| <i>Wünsche für Erweiterungen</i>, |
| <i>Patches</i> oder |
| sogar |
| <i>Aufgaben</i> sein. Aus diesem Grund finden wir, dass "Anliegen" ein besserer Ausdruck als "Bug" ist. Menschen sprechen oft von "Bugs", wenn sie über andere Typen von Anliegen reden. Tragen Sie ihre Aufgaben ein, die Sie in nächster Zeit erledigen möchten und ermöglichen Sie den anderen zu sehen, was Sie tun möchten. Sie können auch Vorschläge für Erweiterungen eintragen und diese verfolgen. Wenn Sie Ihre Planungen gegenüber dem Rest der Gemeinschaft offen legen, können Sie doppelte Arbeit vermeiden und die anderen können Ihnen vielleicht helfen und Kommentare dazu abgeben. |
| <br /> |
| </p> |
| <h4>Was ist IssueZilla?</h4> |
| <p> IssueZilla ist ein eigenes Werkzeug von OpenOffice.org. Es basiert auf |
| <a href="http://www.mozilla.org/bugs/">Bugzilla</a> |
| <img src="../doc/pics/flagge_englisch.gif" alt="Englische Seite" border="0" height="9" width="15" />, was OpenSource ist und von dem Mozilla-Projekt entwickelt wurde. Es wurde aber |
| von |
| <a href="http://www.collab.net">CollabNet</a> |
| <img src="../doc/pics/flagge_englisch.gif" alt="Englische Seite" border="0" height="9" width="15" /> erweitert, um alle Typen von Anliegen handhaben zu können und nicht nur solche, die den Quelltext betreffen. Zur Zeit werden folgende Anliegen unterstützt: Fehler (defect), Erweiterung (enhancement), Feature, Aufgabe (task) und Patch. Wir können in Zukunft neue Typen hinzufügen und sie können verschiedenen Komponenten der Projekte zugeordnet werden: 'Dokumentation', 'Code', 'Benutzeroberfläche (ui)', 'Definition'. Projekte bei OpenOffice.org sind beispielsweise 'API', 'Diagramme (chart)', 'Datenbankzugriff (database access)', 'Zeichnen (drawing)', 'Formeleditor (formula editor)', 'Präsentation (presentation)', 'Tabellenkalkulation (spreadsheet)', 'Textverarbeitung (word processor)' und 'XML', um nur einige zu nennen. Werfen Sie einen Blick auf die |
| <a href="../about-ooo/about-projects.html">Projektliste</a>, um alle zu sehen. |
| </p> |
| <p> |
| Anliegen werden einem bestimmten Eigentümer zugeordnet. |
| <br /> |
| </p> |
| <h4>Was müssen Sie mit einem Anliegen machen?</h4> |
| <p> Möchten Sie ein Anliegen zu einem fertigen Build oder zu einer Version von OpenOffice.org, die Sie selbst kompiliert haben, erstellen? IssueZilla ist der Platz, um Berichte über Software zu schreiben, die von OpenOffice.org vertrieben wird. Diese Seite gibt einen Überblick über die Funktionsweise von IssueZilla. Lesen Sie auch die |
| <a href="pre_submission_de.html"> Hinweise zum Beschreiben von Anliegen</a>, wo Sie Tipps zum Schreiben nützlicher Berichte bekommen. |
| <br /> |
| </p> |
| <h4>Aufbau eines Anliegens</h4> |
| <p> Anliegen bestehen aus vielen Feldern. Einige werden hier beschrieben. |
| </p> |
| <blockquote> |
| <dl> |
| <dt> |
| <b>Projekt (project)</b> |
| </dt> |
| <dd> OpenOffice.org setzt sich aus verschiedenen Projekten zusammen. Lesen Sie die |
| <a href="../about-ooo/about-projects.html">Projektbeschreibungen</a> sorgfältig, falls Sie unsicher sind, welchem Projekt Sie Ihr Anliegen zuordnen sollen (besuchen Sie die Projektseiten selbst für eine detailliertere Beschreibung). Je nachdem, welches Projekt Sie auswählen, entscheidet IssueZilla, welcher Person das Anliegen zugeordnet wird. |
| </dd> |
| <dt> |
| <b>Status Whiteboard</b> |
| </dt> |
| <dd> Das Status Whiteboard wird verwendet, um kurze Notizen über das Anliegen zu schreiben. |
| </dd> |
| <dt> |
| <b>Schlüsselwörter (keywords)</b> |
| </dt> |
| <dd> In dieses Feld können verschiedene Schlüsselwörter eingetragen werden. |
| </dd> |
| <dt> |
| <b> Spezielles 'suche Hilfe'-Schlüsselwort (helpwanted) und der Anliegentyp 'Aufgabe' (task)</b> |
| </dt> |
| <dd> |
| Entwickler können |
| <tt> |
| suche Hilfe |
| </tt> Notizen schreiben und IssueZilla kann andere Entwickler und Lehrlinge finden, die bei der Erledigung der Aufgabe helfen möchten. Entwickler sollten |
| <tt> |
| helpwanted |
| </tt> in das Schlüsselwort-Feld von Anliegen schreiben und den Typ des Anliegens am besten von Fehler (defect) oder Erweiterung (enhancement) in Aufgabe (task) ändern. Andere, die auf der Suche nach Dingen sind, die sie tun können, werden das Anliegen finden und die Aufgabe vielleicht übernehmen. Leute, die bei OpenOffice.org einsteigen möchten, können nach Anliegen und Erweiterungen suchen, |
| die mit |
| <tt> |
| helpwanted |
| </tt> markiert sind. Vielleicht hat einer von ihnen das Wissen und die Ressourcen, um Ihnen bei der Lösung des Problems zu helfen. |
| </dd> |
| <dd> Entwickler können den Typ 'Aufgabe' dazu verwenden, um Arbeit an einem Projekt weiterzugeben. Zum Beispiel falls es ein Anliegen zu Ihrem Quelltext gibt, das ein Betriebssystem betrifft, auf das Sie keinen Zugriff haben oder eine Sprache, die Sie nicht beherrschen. Natürlich kann ein Entwickler eine unerledigte Aufgabe zurück in einen anderen Typ, wie Fehler, Erweiterung oder Feature (was auch immer der Typ war, bevor er zur Aufgabe wurde) ändern. Das kann zum Beispiel passieren, wenn der ursprüngliche Urheber merkt, dass es niemanden gibt, der bei der Aufgabe helfen möchte. |
| </dd> |
| <dd> Oder Sie versinken in Ihnen zugeordneten Anliegen. Einige dieser Anliegen haben vielleicht eine niedrigere Priorität als andere. Sie sollten Anliegen, von denen Sie wissen, dass Sie sie nicht in absehbarer |
| Zeit erledigen können, als |
| <tt> |
| helpwanted |
| </tt> deklarieren. Ein anderer, der andere Prioritäten gesetzt hat, sieht das vielleicht und hilft aus. |
| </dd> |
| <dd> |
| Vergessen Sie beim Hinzufügen des |
| <tt> |
| helpwanted |
| </tt> -Schlüsselworts nicht dem Anliegen einen Kommentar hinzuzufügen, der genau beschreibt, welche Arbeit erledigt werden muss. Je besser Sie das Problem und die Lösung beschreiben, desto wahrscheinlicher ist es, dass sich jemand findet, der eine nützliche Lösung bereitstellt. |
| </dd> |
| <dt> |
| <b>Abhängigkeit (dependency)</b> |
| </dt> |
| <dd> Falls ein Anliegen erst erledigt werden kann, wenn ein anderes erledigt ist, ist das eine Abhängigkeit. Sie können für ein Anliegen eine Liste mit jenen Anliegen erstellen, von denen es abhängt und mit jenen, die von ihr abhängen. IssueZilla kann eine Grafik erstellen, die die Abhängigkeiten zeigt. |
| </dd> |
| <dt> |
| <b>Anhang (attachment)</b> |
| </dt> |
| <dd> Das Hinzufügen eines Anhangs an ein Anliegen kann sehr nützlich sein. Mit Testfällen und Screenshots kann eine genauere Beschreibung angefertigt werden und sie können dem Entwickler ermöglichen, die Anliegen zu reproduzieren. |
| </dd> |
| <dt> |
| <b>Spezieller Patch-Datei-Anhang und der Anliegentyp Patch</b> |
| </dt> |
| <dd> Falls Sie einen Fehler bereits behoben haben oder eine Erweiterung implementiert haben, sollten Sie ein Anliegen vom Typ Patch erstellen und die Patch-Datei anhängen. Das ist der beste Weg um Patches zu verfolgen, da es für andere einfacher ist diese zu finden und zu testen. Um einen Patch zu erstellen, müssen Sie ein 'diff' erstellen, das Ihre Änderungen gegenüber dem Original in der Codebasis enthält. Um einen Patch für alle Dateien in einem Verzeichnis zu erstellen, führen Sie bitte das folgende Kommando aus: |
| <pre style="margin-left: 0.78in; margin-right: 0.39in; margin-bottom: 0.2in">cvs diff -u > mypatch.diff</pre> Um einen Patch anzuwenden, wechseln Sie bitte in das entsprechende Verzeichnis und führen Sie folgenden Befehl aus: |
| <pre style="margin-left: 0.78in; margin-right: 0.39in; margin-bottom: 0.2in">patch < issuepatch.diff</pre> |
| </dd> |
| </dl> |
| </blockquote> |
| <h4>Lebenszyklus eines Anliegens</h4> |
| <p> Was mit einem Anliegen passiert, wenn es übermittelt wird, hängt davon ab, wer es geschrieben hat. Neue IssueZilla-Zugänge |
| erstellen standardmäßig Anliegen, die |
| <tt> |
| neu |
| </tt> sind. Die Qualitätssicherung wird bei IssueZilla derzeit von einer Liste von Personen gemacht, die eine Mailingliste "virtueller Benutzer" bugs@<project>.openoffice.org abonniert haben. Durch das Senden einer Mail an bugs-subscribe@<project>.openoffice.org können Sie durch alle Änderungen an einem Bug informiert werden. Sie können dann Ihren normalen IssueZilla-Zugang verwenden, um den weiteren Arbeitsablauf anzusehen. |
| </p> |
| <p> Falls Sie ein registrierter OpenOffice.org-Anwender sind, können Sie |
| <tt> |
| neue |
| </tt> |
| Anliegen erstellen. Wenn ein Anliegen |
| <tt> |
| neu |
| </tt> wird, schaut sich der Entwickler die Angelegenheit an und nimmt sie selbst an oder gibt sie an jemand anderes weiter. Falls das Anliegen neu bleibt und für mehr als eine Woche keine Aktivität stattfindet, nervt IssueZilla denjenigen, den das Anliegen betrifft, per E-Mail so lange bis er die Initiative ergreift. Wann immer das Anliegen jemand anderem zugeordnet wird oder die Komponente, die es betrifft, geändert wird, dann |
| wird der Status wieder auf |
| <tt> |
| neu |
| </tt> |
| zurückgesetzt. Der Status |
| <tt> |
| neu |
| </tt> bedeutet, dass das Anliegen einem bestimmten Entwickler neu zugeordnet |
| wurde, nicht, dass es neu erstellt wurde. Stellen Sie sich |
| <tt> |
| neu |
| </tt> als wichtige E-Mail vor, die Sie beantworten müssen, mit dem Unterschied, dass der Bericht hier im IssueZilla beantwortet wird und Sie den Fortschritt besser verfolgen können. |
| </p> |
| <p> Diejenigen, denen zusätzliche Rechte gegeben wurden, haben die Fähigkeit, alle Felder eines Anliegens zu ändern (standardmäßig können Sie nur wenige ändern). Wann auch immer Sie ein Feld in einem Anliegen ändern, sollten Sie einen Kommentar hinzufügen, in dem steht, was Sie warum geändert haben. Erstellen Sie eine Notiz, wann immer Sie Dinge tun, wie das Ändern der Komponente, das neu Zuordnen des Anliegens, das Hinzufügen einer Abhängigkeit oder das Hinzufügen einer Person in die CC-Liste. Wann immer jemand etwas an dem Anliegen ändert oder einen Kommentar hinzufügt, wird sein Name der CC-Liste hinzugefügt. Die Änderungen an einem Anliegen werden dem Eigentümer, dem Urheber und den Personen in der CC-Liste per E-Mail zugesendet. |
| </p> |
| <p> |
| Wenn ein Anliegen erledigt ist, wird es als |
| <tt> |
| gelöst (resolved) |
| </tt> markiert und bekommt einen der folgenden Typen der Lösung zugeordnet. |
| </p> |
| <blockquote> |
| <dl> |
| <dt> |
| <b>gelöst (fixed)</b> |
| </dt> |
| <dd> Eine Lösung für dieses Anliegen wurde in die Codebibliothek |
| übernommen und wurde von der Person getestet, die sie als |
| <tt> |
| gelöst |
| </tt> markiert hat. |
| </dd> |
| <dt> |
| <b>ungültig (invalid)</b> |
| </dt> |
| <dd> Das beschriebene Problem ist kein Anliegen, bzw. keines, das OpenOffice.org betrifft. |
| </dd> |
| <dt> |
| <b>wird nicht behoben (wontfix)</b> |
| </dt> |
| <dd> Das beschriebene Problem ist ein Anliegen, das nie behoben wird. |
| </dd> |
| <dt> |
| <b>später (later)</b> |
| </dt> |
| <dd> Das beschriebene Problem ist ein Anliegen, das noch nicht bis zur nächsten Version behoben wird. |
| </dd> |
| <dt> |
| <b>vorgemerkt (remind)</b> |
| </dt> |
| <dd> Das beschriebene Problem ist ein Anliegen, das wahrscheinlich in der aktuellen Version nicht behoben wird, aber es ist nicht ausgeschlossen. |
| </dd> |
| <dt> |
| <b>doppelt (duplicate)</b> |
| </dt> |
| <dd> Das Problem ist ein Duplikat eines existierenden Anliegens. Das Markieren eines Anliegens als Duplikat benötigt die Nummer des Duplikats. Es wird ein Kommentar hinzugefügt, der diese Nummer enthält. |
| </dd> |
| <dt> |
| <b>nicht reproduzierbar (worksforme)</b> |
| </dt> |
| <dd> Alle Versuche dieses Problem nachzuvollziehen waren erfolglos. Falls später neue Informationen folgen, ordnen Sie das Anliegen bitte neu zu. Jetzt können Sie es beiseite legen. |
| </dd> |
| <dt> |
| <b>verschoben (moved)</b> |
| </dt> |
| <dd> Das Anliegen hat eine spezielle OpenOffice.org-Distribution betroffen und nicht den OpenOffice.org-Quelltext direkt. Ein solches Szenario wäre ein Bericht über einen Fehler in StarOffice von Sun. Das Anliegen wurde in die Bug-Datenbank des Distributors übernommen. |
| </dd> |
| </dl> |
| </blockquote> |
| <p> Die Qualitätssicherung wirft einen Blick auf die gelösten Anliegen, um sicher zu stellen, dass die passende Aktion durchgeführt wurde. Falls |
| Sie zustimmt, wird das Anliegen als |
| <tt> |
| geprüft (verified) |
| </tt> eingeordnet. Anliegen behalten diesen Status, bis das Produkt ausgeliefert |
| wird. Dann wird der Status in |
| <tt> |
| geschlossen (closed) |
| </tt> geändert. Anliegen können wieder zum Leben erweckt werden, wenn sie |
| <tt> |
| wieder geöffnet (reopened) |
| </tt> werden. |
| </p> |
| <p> |
| Beim Ändern von Anliegen eines anderen Eigentümers sollten Sie |
| vorsichtig sein. Sie sollten statt die Änderung selbst vorzunehmen einen |
| Kommentar schreiben und den Eigentümer die Änderung nach einer Prüfung |
| selbst vornehmen lassen. Falls Sie zum Beispiel feststellen, dass ein |
| Anliegen ein Duplikat eines anderen ist, machen Sie eine Notiz in dem |
| Bereich |
| <i>erweiterte Anmerkungen (additional comments)</i>. |
| </p> |
| <p> |
| Falls Sie viele nützliche Kommentare zu Anliegen von anderen |
| abgeben, werden sie Ihnen vielleicht vertrauen und Sie fragen, ob Sie die |
| Änderungen in Zukunft selbst vornehmen möchten. Aber vorher sollten Sie |
| vorsichtig sein und nur Kommentare abgeben. |
| </p> |
| </div> |
| </td> |
| <td height="100%" valign="top"> |
| <!-- Start Navbar --> |
| <!-- > |
| Kommentare zur Navbar Informationen für Mitglieder im de.OpenOffice.org Projekt |
| Makemapversion: |
| $Id: makemap.pl,v 1.6 2006/02/12 22:32:45 mkirchner Exp : |
| navbar_Dev ,V 0.5.5 Mittwoch, 22. Februar 2006 10:15:48 _MLM |
| < --> |
| <ul id="navbar_de"> |
| <li><div align="center">de-links</div></li> |
| <li> <a href="../index.html" title=" "> Hauptseite </a></li> |
| <li> <a href="../map_all.html" title=" "> Sitemap </a></li> |
| <li> <a href="../neuhier.html" title="Informationen zu OpenOffice.org, dem Softwareprodukt"> Produkt-Info </a></li> |
| <li> <a href="../kontakt.html" title="Informationen zu OpenOffice.org, der Community"> Projekt-Info </a></li> |
| <li> <a href="../downloads/quick.html" title="Software und mehr"> Download </a></li> |
| <li> <a href="../doc/index.html" title="Installationsbeschreibungen und mehr Schriftliches"> Dokumentationen </a></li> |
| <li> <a href="../doc/faq/index.html" title="FAQ- Häufig gestellte Fragen"> FAQ </a></li> |
| <li> <a href="../probleme.html" title="Wo Hilfe nahe ist"> Support </a></li> |
| <li> <a href="../doc/howto/index.html" title="Knappe Anleitungen für die erste Benutzung"> Erste Schritte </a></li> |
| <li> <a href="../marketing/marketing.html" title="Materialien und mehr"> Marketing </a></li> |
| <li> <a href="../presse/about-presskit.html" title="Pressemitteilungen, Interviews und andere Informationen"> Presse </a></li> |
| <li>Mithelfen |
| <ul> |
| <li> <a href="index.html" title="Die Startseite für neue Mitarbeiter"> Für Mithelfer </a></li> |
| <li> <a href="../doc/faq/mitarbeiter/index.html" title="Das Wissensarchiv für Neulinge und Fortgeschrittene"> Mitarbeiter-FAQ </a></li> |
| <li> <a href="ansprechpartner.html" title="Ansprechpartner übernehmen die Verantwortung für einen Teil des Gesamtprojekts."> Ansprechpartner </a></li> |
| <li> <a href="team.html" title="Alle Mithelfer"> Das Team </a></li> |
| <li> <a href="pre_submission_de.html" title="Einsenden einer Fehlermeldung oder eines Verbesserungsvorschlags"> Fehlerbericht </a></li> |
| <li> <a href="aufgabenliste.html" title="Aufgaben, die Helfer suchen."> Aufgabenliste </a></li> |
| <li> <a href="todo.html" title="Eine Sammlung von Aufgaben, die zur Zeit dringend sind"> Aktuelle TODO-Liste </a></li> |
| <li> <a href="../about-ooo/about-mailinglist.html" title="Die wichtigste Kommunikationsform im deOOo Projekt"> Mailinglisten </a></li> |
| <li> <a href="../about-ooo/about-irc.html" title="Für Konferenzen der Entwickler, kein Support!"> IRC </a></li> |
| <li> Issuezilla Einführung </li> |
| <li> <a href="qa/index.html" title="Informationen zur Qualitätskontrolle der deutschen Lokalisationen von OOo"> Qualitätskontrolle </a></li> |
| <li> <a href="../about-ooo/about_unterstuetzung.html" title="Finanzielle Zuwendungen und Serverkapazitäten"> Zuwendungen </a></li> |
| <li> <a href="credits.html" title="Für besondere Hilfe dankt das Projekt ..."> Danksagung </a></li> |
| </ul> |
| </li> |
| </ul> |
| <!-- End Navbar --> |
| </td> |
| </tr> |
| </table> |
| <p> |
| <a href="http://validator.w3.org/check?uri=referer"><img |
| src="http://www.w3.org/Icons/valid-xhtml10-blue" |
| alt="Valid XHTML 1.0 Transitional" height="31" width="88" /></a> |
| </p> |
| |
| |
| </div> |
| <!--#include virtual="/footer.html" --> |
| </body> |
| </html> |
