elastic/kibana

[APM] Annotations: Service version label could be better

Closed

#66.138 geöffnet am 11. Mai 2020

Auf GitHub ansehen
 (9 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)TypeScript (8.021 Forks)batch import
Team:obs-ux-infra_services - DEPRECATEDenhancementgood first issueneeds-refinementstale

Repository-Metriken

Stars
 (19.065 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 1T 16h) (999 gemergte PRs in 30 T)

Beschreibung

I'm not really sure what to call this issue. I've been playing around with the annotations API, and I'm wondering if we should reconsider the "Service version" graph label and "Version" key in the popup:

When annotations are derived from a change in service.version, this makes sense, but with custom labels on annotations, it might make more sense to remove the "Version" key, and change the "Service version" label to something else.

Contributor Guide

Research-Richtung
Untersuchen Sie den UI Code der APM Annotationen, um zu verstehen, wie Labels gesetzt werden, und schlagen Sie geeignetere Labels für benutzerdefinierte Annotationen vor.
Tech Stack
typescript
Domain
frontendobservability
Issue Type
Refactoring
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
Understanding of APM and annotation features
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
60