(edit)
Hide minor edits - Show changes to markup
(:redirect 'http://docs.studip.de/develop/Entwickler/HowToReportBugs':)
Mir der Version wird erfaßt, ob sich ein Ticket auf das offizielle Stud.IP-Release bezieht (trunk) oder auf eine spezifische Standortversion von Stud.IP (studip-os o.ä.). Derzeit gibt es die folgenden Versionsbezeichner:
Mit der Version wird erfaßt, ob sich ein Ticket auf das offizielle Stud.IP-Release bezieht (trunk) oder auf eine spezifische Standortversion von Stud.IP (studip-os o.ä.). Derzeit gibt es die folgenden Versionsbezeichner:
Alternativ können Fehler auch per Mail an die Adresse studip-users@lists.sourceforge.net berichtet werden. Diese landen allerdings nicht automatisch in unserem Stud.IP-Ticketsystem, es kann daher gelegentlich passieren, daß diese längere Zeit unbearbeitet sind oder sogar wieder ganz in Vergessenheit geraten.
Daher sollten Fehler wenn möglich nicht via E-Mail berichtet werden, sondern über den unter 1.1 oder 1.2 genannten Weg.
Der normale Weg, einen Fehler in Stud.IP zu melden, ist die Verwendung des entsprechenden Formulars in der Veranstaltung "Bugboard (BIESTs)" im Entwickler- und Anwenderforum. Voraussetzung dafür ist ein Account im Entwickler- und Anwenderforum (z.B. durch freie Registierung oder Shibboleth-Login). Der Begriff "BIEST" steht dabei für Bug und Inkonsitenz Erkennung für Stud.IP.
Der normale Weg, einen Fehler in Stud.IP zu melden, ist die Verwendung des entsprechenden Formulars in der Veranstaltung "Bugboard (BIESTs)" im Entwickler- und Anwenderforum. Voraussetzung dafür ist ein Account im Entwickler- und Anwenderforum (z.B. durch freie Registierung oder Shibboleth-Login). Der Begriff "BIEST" steht hier für Bug und Inkonsitenz Erkennung für Stud.IP.
Die erste Anlaufstelle für Erweiterungs- oder Verbesserungsvorschläge sollte das Forum der Veranstaltung Developer-Board im Entwickler- und Anwenderforum sein. Dort kann man mit den Stud.IP-Entwicklern diskutieren, ob und ggf. in welcher Forum die eigenen Ideen umgesetzt werden könnten. Verbesserungsvorschläge sollten (von Ausnahmefällen abgesehen) nicht ohne vorherige Diskussion ins Trac eingetragen werden.
Tickets, die als WONTFIX, INVALID oder DUPLICATE geschlossen werden, dürfen keinem Milestone zugewiesen sein.
Tickets, die als INVALID, WONTFIX, DUPLICATE oder WORKSFORME geschlossen werden, dürfen keinem Milestone zugewiesen sein.
Fur die Meldung von Fehlern in Stud.IP gibt es verschiedene Wege:
Für die Meldung von Fehlern in Stud.IP gibt es verschiedene Wege:
Bitte geben Sie in jedem Fall unbedingt an:
Zum Eintragen eines neuen Fehlerberichts gehen Sie folgendermaßen vor:
Die erste Anlaufstelle für Erweiterungs- oder Verbesserungsvorschläge sollte das Forum der Veranstaltung Developer-Board im Entwickler- und Anwenderforum sein. Dort kann man mit den Stud.IP-Entwicklern diskutieren, ob und ggf. in welcher Forum die eigenen Ideen umgesetzt werden könnten.
Dieser Abschnitt ist für Entwickler gedacht, die im Umgang mit dem Trac schon etwas Erfahrung gesammelt haben und Tickets (d.h. Fehlerberichte oder konkrete Verbesserungsvorschläge) bearbeiten wollen.
Dieser Abschnitt ist für Entwickler gedacht, die im Umgang mit dem Trac schon etwas Erfahrung gesammelt haben und Tickets - d.h. Fehlerberichte oder konkrete Verbesserungsvorschläge - bearbeiten wollen.
Über die Milestones wird verwaltet, welche Tickets für welches Stud.IP-Release erfolgreich geschlossen worden sind oder noch erledigt werden müssen. Dabei gelten folgende Regeln:
Ein Milestone im Trac entspricht jeweils einem offiziellen Release von Stud.IP (wie 1.11.1 oder 1.12). Über die Milestone-Angabe im Ticket wird verwaltet, welche Tickets für welches Stud.IP-Release erfolgreich geschlossen worden sind oder noch erledigt werden müssen. Nur Tickets, die sich auf das offizielle Release beziehen, haben einen Milestone, und der Milestone sollte nur von der Person bearbeitet werden, der das Ticket zugewiesen ist (oder einem der Release-Verantwortlichen). Dabei gelten folgende Regeln:
Mir der Version wird erfaßt, ob sich ein Ticket auf das offizielle Stud.IP-Release bezieht (trunk) oder auf eine spezifische Standortversion von Stud.IP (studip-os o.ä.).
Wenn eine weitere Standortversion in die Auswahlliste im Trac aufgenommen werden soll, wenden Sie sich bitte an einen der Trac-Administratoren.
Wenn eine weitere Standortversion in die Auswahlliste im Trac aufgenommen werden soll, wenden Sie sich bitte an einen der Trac-Administratoren (Elmar Ludwig, André Noack, Marcus Lunzenauer).
Hier können weitere Personen eingetragen werden, die über den Stand des Tickets informiert werden sollen. Eingetragen werden können Account-Namen und/oder Mail-Adressen (jeweils durch Komma getrennt).
Über das Feld Priority kann der Besitzer des Tickets (d.h. der dem Ticket zugewiesene Entwickler) notieren, wie wichtig die Korrektur eines bestimmten Problems ist. Die Voreinstellung ist hier "normal".
Die Komponente gibt den Bereich von Stud.IP an, auf das sich das Ticket beziegt. Es gibt eine vorgegebene Liste von Komponenten wie "Forum", "Nachrichten / Kontakte" oder "Veranstaltungen". Alles, was nicht in eine der Standardkategorieren hineingehört, sollte unter "Stud.IP allgemein" eingetragen werden. Das ist auch die Voreinstellung.
Über die Standardattribute hinausgehende Markierungen an einem Ticket werden über Keywords abgebildet. Derzeit werden folgende Keywords verwendet:
Für etwas erfahrene Entwickler und Anwender gibt es auch die Möglichkeit, einen Fehlerbericht direkt als "Ticket" in das Trac einzutragen. Voraussetzung dafür ist ein Account im Entwickler- und Anwenderforum, der als Teilnehmer in die Veranstaltung "Bugboard (BIESTs)" eingetragen ist. Mit diesem Account kann man sich dann auch im Trac anmelden.
Zum Eintragen eines neuen Tickets gehen Sie folgendermaßen vor:
Es gibt folgende Ticket-Typen:
Wichtig: Der Milestone gibt nicht an, in welcher Version der Fehler aufgetreten ist. Das sollte Teil des Beschreibungstextes sein.
< Überblick | Entwicklungs-HOWTO | Entwicklungssystem aufsetzen >
(:toc:)
Für Meldung und Verwaltung von Fehlern wird das Trac auf dem Entwicklungsserver verwendet. Dort sind alle bekannten und behobenen Fehler dokumentiert, und auch die Planung für die zukünftigen Stud.IP-Releases wird dort organisiert.
Source: Basis-Wiki-Hilfe | Last change: April 01, 2011, at 10:03 PM, tthelen | Local view: Basis-Hilfe