Der Issue Collector heißt jetzt work item collector.
Er wurde umbenannt, nicht abgeschafft.

Haben Sie nach dem Jira Issue Collector gesucht und stattdessen eine Seite über einen work item collector gefunden? Keine Sorge, Ihnen wird nichts weggenommen: Atlassian hat in Jira den Begriff „Issue“ durch „Work Item“ ersetzt, und die Cloud Seite, die den Issue Collector beschreibt, ist weiterhin unter der URL „use-the-issue-collector“ erreichbar. Der Issue Collector ist sowohl in Cloud als auch im Jira Data Center-Administrationshandbuch dokumentiert. Dies ist also ein direkter Vergleich und keine Migrationsanleitung. Der Unterschied zwischen den beiden liegt nicht in ihrer Existenz, sondern darin, wie problematisch sie jeweils sind und was anschließend mit dem Ticket geschieht.

Wo sie wirklich gut sind

Es gibt keine Drittanbieter im Prozess, und das ist von großem Vorteil. Der Issue Collector ist eine Jira Funktion: Ein Administrator konfiguriert ein Feedback-Formular, fügt es in eine Seite ein, und Arbeitselemente erscheinen im Projekt, ohne dass ein anderes Produkt verbunden oder als vertrauenswürdig eingestuft werden muss. Der Issue Collector ist sowohl für Data Center als auch für Cloud dokumentiert. Das bedeutet, dass ein selbstgehostetes Jira hinter der eigenen Firewall weiterhin Feedback von einer öffentlichen Website erfassen kann – Snag ist ein gehosteter Dienst und bietet keine selbstgehostete Version an. Der Issue Collector erfasst zudem Berichte von Website-Besuchern ohne Jira Konto, sodass keine Lizenzgebühren für die Berichterstatter anfallen.

Wo Snag anders ist

Snag basiert auf einer zentralen Frage: Lässt sich dieser Fehler beheben und können wir das beweisen? Die Aufzeichnung ist darauf ausgelegt. Ein Klick zeichnet eine Sitzungswiedergabe mit Konsole und Netzwerk auf, protokolliert die Reproduktionsschritte und erstellt einen Arbeitseintrag in Jira oder ein Issue in GitHub, das auf alle Daten verweist. Persönliche Daten werden im Browser maskiert, bevor etwas hochgeladen wird – Eingaben werden niemals aufgezeichnet. Anschließend wird der Fehler in einer Sandbox-Umgebung reproduziert. Dabei wird ein Reproduktionstest erstellt, der vor der Korrektur fehlschlägt und danach erfolgreich ist. Außerdem wird ein Pull Request zur Überprüfung geöffnet. Änderungen werden nur von einem Mitarbeiter zusammengeführt, und die Sandbox wird nach Abschluss des Tests gelöscht. Ein Testlauf ohne Pull Request kostet die Hälfte, und die ersten 5 Korrekturen sind in jedem Tarif kostenlos.

Welche soll ich wählen?

Nutzen Sie den Issue Collector wenn Sie ein Feedbackformular benötigen, das direkt in Jira landet – ohne Zwischenhändler –, wenn Ihr Jira selbst gehostet wird oder wenn die Berichte Verbesserungsvorschläge statt Fehler enthalten. Verwenden Sie Snag wenn es sich um Fehlerberichte handelt, wenn der Bearbeiter des Tickets die Aufzeichnung und die Konsole benötigt und wenn Sie einen überprüfbaren Pull Request mit einem angehängten Test benötigen. Beide Tools lassen sich auch problemlos parallel einsetzen: Ein Team kann beispielsweise den Issue Collector auf einer Marketing-Website und Snag auf der Produktseite verwenden.

Snag und Issue Collector, Seite an Seite

Jede Zelle Issue Collector verlinkt zu der Seite, auf der wir den jeweiligen Issue gelesen haben.

Fragen, die die Leute tatsächlich stellen

Wurde der Jira Issue Collector eingestellt?

Nein – es wurde umbenannt. Atlassian hat in Jira das Wort „Issue“ durch „Work Item“ ersetzt. Die Cloud Dokumentation lautet nun „ work item collector “, während die URL derselben Seite weiterhin issue collector “ anzeigt. Das Administrationshandbuch Data Center verwendet noch die alte Bezeichnung. Am 15. Februar 2024 wurde der Support für Jira Server eingestellt, und daran erinnern sich die meisten nur noch vage. Wenn Sie nach dem issue collector gesucht und eine Seite über den work item collector gefunden haben, waren Sie fündig geworden.

Was schreibt jeder auf den Beleg?

Der dokumentierte Standardwert des Collectors ist der Benutzerkontext im Umgebungsfeld: URL, User-Agent und Bildschirmauflösung. Snag fügt eine Sitzungswiedergabe mit Konsole und Netzwerkinformationen, den Reproduktionsschritten und einem kommentierten Screenshot hinzu und verlinkt diese vom Jira Arbeitselement aus. Persönliche Daten werden im Browser maskiert, bevor etwas hochgeladen wird – Eingaben werden niemals protokolliert. Beide Ansätze reichen für den Einstieg aus. Der Unterschied zeigt sich, wenn der nächste Leser ein Programmieragent ist, der die chronologische Abfolge der Ereignisse benötigt, um etwas reproduzieren zu können.

Können Nutzer auch ohne Jira-Lizenz einen Bericht einreichen?

Ja, in beiden Fällen trifft das zu, und es handelt sich hierbei um echte Gleichstellung, nicht um einen Unterschied. Laut Atlassians eigener Dokumentation benötigen Besucher Ihrer Website kein Benutzerkonto in Jira, um das Feedback-Formular zu nutzen. Snag funktioniert genauso: Für das Melden eines Fehlers ist weder ein Konto noch eine Lizenz erforderlich, und die Mitgliederzahl ist in jedem Tarif, einschließlich des kostenlosen, unbegrenzt. Niemand kauft Lizenzen für Reporter – weder in die eine noch in die andere Richtung.

Was geschieht mit einem Snag-Ticket, nachdem es eingereicht wurde?

Das Ticket wird wie jedes andere in Jira oder GitHub gespeichert, bis es von der Triage oder einem Mitarbeiter, der die Warteschlange liest, zur Fehlerbehebung weitergeleitet wird. Der Bearbeiter reproduziert den Fehler in einer temporären Kopie Ihres Repositorys, die nach Abschluss des Vorgangs gelöscht wird, und sendet einen Pull Request mit den Änderungen, einem Reproduktionstest (der vor der Fehlerbehebung fehlschlägt und danach erfolgreich ist) sowie den Arbeitsnachweisen des Bearbeiters. Da ohne menschliches Eingreifen keine Zusammenführung erfolgt, wird das Ticket geschlossen, sobald eine Zusammenführung durchgeführt wurde. Ein Vorgang ohne Pull Request kostet die Hälfte, und die ersten 5 Fehlerbehebungen sind in jedem Tarif kostenlos.

Woher diese Details stammen

Jeder Eintrag Issue Collector auf dieser Seite verlinkt direkt zur Issue Collector-Seite mit dem jeweiligen Datum. Ist etwas veraltet? Schreiben Sie eine E-Mail an admin@dvcllc.io, und wir kümmern uns darum.