staging.inyokaproject.org

Ticket

Archivierte Anleitung

Dieser Artikel wurde archiviert. Das bedeutet, dass er nicht mehr auf Richtigkeit überprüft oder anderweitig gepflegt wird. Der Inhalt wurde für keine aktuell unterstützte Ubuntu-Version getestet. Wenn du Gründe für eine Wiederherstellung siehst, melde dich bitte in der Diskussion zum Artikel. Bis dahin bleibt die Seite für weitere Änderungen gesperrt.


Anmerkung: Die Nutzung von Tickets in Trac ist in der offiziellen Doku 🇬🇧 von Trac erklärt

Trac bietet unter anderem ein Ticket-System, mit dem Fehler-Berichte verwaltet, Aufgaben verteilt und Erweiterungen geplant werden können. In diesem Artikel wird erklärt, wie man ein solches Ticket erstellt und beantwortet. Dazu braucht man lediglich einen Webbrowser.

Die verwendeten englischen Begriffe resultieren aus den Voreinstellungen im Trac und können je nach Projekt angepasst worden sein, auch können gleiche Begriffe unterschiedlich gewertet werden - man muss sich also einen Überblick über die Gepflogenheiten innerhalb eines Projektes machen und kann diese Anleitung ggf. nicht eins zu eins übertragen.

Erstellen

In Trac erreicht man über die Schaltfläche "New Ticket" das Formular zum Erstellen eines neuen Tickets.

Beschreibung

./ticket.png Die erste Eingabe ist eine kurze Zusammenfassung des Ticket-Inhalts, die auch in der Ticket-Übersicht unter "View Tickets" erscheint. Sie sollte kurz sein und den wesentlichen Inhalt möglichst auf den Punkt bringen.

Die Auswahl des "Type" bestimmt die Art des Tickets:

  • defect - ein Fehler

  • enhancement - eine Erweiterung

  • task - eine wiederkehrende Aufgabe

Die "Full description" sollte eine möglichst ausführliche Beschreibung des Fehlers, der geplanten Erweiterung oder der neuen Aufgabe enthalten. Da sie Wiki-Formatierungen enthalten kann, können u.a. auch sehr einfach Links zu Quellcode-Dateien im Trac-Browser, sogar zu einzelnen Zeilen darin, in der Beschreibung verwendet werden.

Benutzt man in einem Projekt Gruppen-Accounts für den Zugang zum Trac, ist es sinnvoll in der Beschreibung auch den eigenen Namen bzw. Nick anzugeben, damit sich der Bearbeiter bei Rückfragen gezielt an eine Person wenden kann.

Einstellungen

Die "Ticket Properties" sind allgemeine Einstellungen zur Einordnung des Tickets im Projekt.

"Priority" bestimmt, wie wichtig das Ticket für das Projekt ist, wobei jedes Projekt die Prioritäten anders handhabt. Eine typische Einstufung sieht wie folgt aus:

  • trivial - unbedeutend, kann nebenbei erledigt werden, wenn jemand Zeit und Langeweile hat

  • minor - nebensächlich, wird nebenbei erledigt

  • major - hauptsächlich, der Focus der Entwicklung

  • critical - kritisch, z.B. ein Fehler, der regelmäßige Programmabstürze verursacht

  • blocker - blockierend, hindert z.B. andere Komponenten an der Weiterentwicklung

"Component" bestimmt, welche Komponente des Projekts, sofern es mehrere gibt, betroffen ist.

"Milestone" und "Version" bestimmen die Einordnung in die "Roadmap".

"Assign to" bestimmt den Bearbeiter, ist einem nicht bekannt, wer diesen Bug bearbeiten soll, trägt man hier somebody ein. Jemand der für die Komponente zuständig ist, kann sich das Ticket dann selbst zuweisen. Wurde eine Zuweisung vom Bearbeiter akzeptiert, erscheint hinter seinem Namen in Klammern accepted.

Das Feld "CC" bietet die Möglichkeit Änderungen am Ticket, wozu auch Antworten zählen, mit einer E-Mail-Adresse zu abbonieren.

Zuletzt kann noch ein Häkchen bei "I have files to attach to this ticket" gesetzt werden, falls Dateien zusammen mit dem Ticket hochgeladen werden sollen.

Absenden

Über die Schaltfläche "Preview" erscheint die Vorschau der Beschreibung zwischen dem Eingabefeld und den Einstellungen, damit man alle Angaben noch einmal kontrollieren kann, bevor man mit "Submit ticket" das Ticket online stellt.

Beantworten

Ein Ticket erscheint (im Standard-Design) als gelber Kasten, in dem unten rechts die Schaltfläche "Reply" zu finden ist, über die man zum Antwort-Formular kommt. Dort kann man eine Antwort ("Comment") hinterlassen und/oder die Einstellungen die, bei der Erstellung gemacht wurden, verändern.

Abschließend kann man im Abschnitt "Action" entweder das Ticket im Status belassen in dem es ist ("leave as new"), es als Bearbeiter annehmen ("accept ticket"), den Status verändern ("resolve as...") oder es einem anderem Bearbeiter zu weisen ("reasign to...").

Bei der Veränderung des Status stehen verschiedene Möglichkeiten bereit:

  • fixed - Problem wurde behoben, Erweiterung eingebaut, etc.

  • invalid - gegenstandslos, z.B. ein Fehler, der bei einem anderem Programm liegt

  • wontfix - Problem wird nicht behoben, z.B. ein Erweiterungswunsch, der nicht umgesetzt werden soll/kann

  • duplicate - es gibt bereits ein Ticket zum Sachverhalt (dieses sollte dann auch im Kommentar verlinkt werden)

  • worksforme - "bei mir geht es" - zum Beispiel beim Wunsch nach einer Erweiterung, die schon enthalten ist

Verlinken im Trac

Ein Ticket wird mit seiner Nummer und vorangestellter Raute (#123) in Trac verlinkt. Wurde das Ticket geschlossen, erscheint der Link automatisch durchgestrichen.

Diese Revision wurde am 26. Dezember 2020 21:01 von noisefloor erstellt.
Die folgenden Schlagworte wurden dem Artikel zugewiesen: Community, Internet