Ignorierte Schlüssel werden vollständig von der Übersetzungsverarbeitung ausgeschlossen. Sie erscheinen nicht in Zieldateien – die CLI überspringt sie bei der Inhaltserkennung und sendet sie nie an das Übersetzungs-Backend.
Konfiguration#
Füge ignoredKeys zu einem Bucket in i18n.json hinzu:
{
"buckets": {
"json": {
"include": ["locales/[locale].json"],
"ignoredKeys": ["internal/debug", "dev/testData"]
}
}
}So funktioniert's#
Ausgehend von dieser Quelldatei:
{
"welcome": "Welcome to our platform",
"internal": {
"debug": "Debug mode enabled",
"testData": "Sample test content"
}
}Mit "ignoredKeys": ["internal/debug", "internal/testData"] wird die spanische Zieldatei zu:
{
"welcome": "Bienvenido a nuestra plataforma"
}Der komplette Abschnitt internal fehlt in der Zieldatei.
Schlüsselpfad-Notation#
Verwende einen Schrägstrich (/) für verschachtelte Schlüssel und ein Sternchen (*) als Platzhalter:
{ "ignoredKeys": ["internal/*", "dev/settings"] }Schlüssel mit Punkten funktionieren ganz natürlich – dev/api.mock zielt auf "api.mock" innerhalb von "dev".
Schlüssel ignorieren vs. Schlüssel sperren#
| Schlüssel ignorieren | Schlüssel sperren | |
|---|---|---|
| Erscheint in Zieldateien | Nein | Ja – mit dem Quellwert |
| Anwendungsfall | Debug-, Test- und interne Inhalte | Markennamen, technische IDs |
