Elysia Tools
Mobile Navigation
Workflow Playbook
Prüfen Sie UUID-Struktur, Semantic-Versioning-Syntax und URL-Slug-Zeichen mit nachvollziehbaren Belegen, ohne ein gültiges Format mit Eindeutigkeit, Verfügbarkeit oder Release-Kompatibilität zu verwechseln.
Themen
Sammeln Sie die exakten Werte, die eine Systemgrenze überschreiten: eine UUID in einem Datensatz, eine Version in Paketmetadaten oder ein Slug in einer Route. Ordnen Sie jeden Wert vor der Prüfung einer Klasse zu. Eine Zeichenkette, die wie eine Version aussieht, kann einer lokalen Regel folgen; der Feldvertrag bestimmt daher das Werkzeug.
Der UUID-Validator liefert Beobachtungen zu Format, Version und Variante. Der SemVer-Validator zerlegt Major, Minor, Patch, Pre-Release und Build-Metadaten. Der Slug-Validator erkennt problematische Zeichen, Großschreibung und Trennzeichen. Diese Fakten ersetzen keine Projektrichtlinie, die etwa Nil-UUIDs verbietet, einen Slug reserviert oder einen Release-Kanal verlangt.
Speichern Sie Eingabe und Validatorausgabe. Bei einem Fehler sollte das Grammatikproblem sichtbar sein und eine verantwortliche Person die Korrektur bestätigen; der Identifikator darf nicht still geändert werden. Bei einer Warnung dokumentieren Sie Annahme oder Ablehnung samt Begründung, damit QA die Entscheidung wiederholen kann.
Ein gültiges Format zeigt keine UUID-Kollision, keine Registrierung eines Pakets oder einer URL, keine Auflösung des Slugs und keine Kompatibilität eines Releases mit bestehenden Clients. Für Versionsfolgen fahren Sie mit api-versioning-breaking-change-review fort. Für Routen und Canonicals ist technical-seo-url-workflows passend. Die Workflows validation-format und validation-validate helfen bei weiteren Formatfamilien.
Nehmen Sie den Datensatz erst ab, wenn jeder Wert Klasse, Validatorresultat und Richtlinienentscheidung besitzt. Nicht ausgeführte externe Prüfungen bleiben als offen markiert. Das Ergebnis ist eine nachvollziehbare Syntaxprüfung mit klaren Grenzen, keine Zusage globaler Eindeutigkeit, Verfügbarkeit, Besitzrechte, URL-Existenz oder Release-Kompatibilität.
Workflow-Leitfaden
Erstellen Sie eine kurze Tabelle mit Rohwert, Klasse, verantwortlichem Feld und Regelquelle. Leiten Sie die drei Klassen an ihre spezialisierten Validatoren weiter; Registry-, DNS-, Routing- und Kompatibilitätsprüfungen bleiben in den zuständigen Systemen.
Führen Sie jede UUID durch den UUID-Validator und speichern Sie Formatresultat, erkannte Version, Variante sowie einen möglichen Nil-UUID-Hinweis. Vergleichen Sie dies mit der Projektregel; eine gültige Struktur beweist nicht, dass kein anderes System denselben Wert verwendet.
Geben Sie die geplante Version in den SemVer-Validator ein und prüfen Sie Major, Minor, Patch, Pre-Release, Build-Metadaten, Fehler und Warnungen. Behandeln Sie das als Syntaxbeleg; Kompatibilität und Änderungsfolgen gehören in den API- und Release-Prozess.
Prüfen Sie den Kandidaten mit dem Slug-Validator und notieren Sie Probleme bei Zeichen, Großschreibung oder Trennzeichen. Prüfen Sie vor der Veröffentlichung zusätzlich Routenzuständigkeit, Kollisionen, Weiterleitungen, reservierte Wörter und die Ziel-URL; bei Bedarf hilft der technische SEO-Workflow.
Verwenden Sie den UUID-Validator für die UUID-Struktur mit Bindestrichen, den SemVer-Validator für x.y.z mit optionalem Pre-Release- und Build-Teil und den Slug-Validator für kleingeschriebene URL-Wörter mit Bindestrichen. Wählen Sie kein Werkzeug nur nach dem äußeren Anschein der Zeichenkette.
Es belegt eine Syntax- oder Konventionsprüfung für den gelieferten Wert. Es beweist weder globale Eindeutigkeit noch die Existenz eines Pakets oder einer URL, Namensrechte oder Kompatibilität mit einem veröffentlichten Release.