Communitygithub.com

Jamie-BitFlight/bash-53-features

Funktionen und Verbesserungen von Bash 5.3 mit praktischen Beispielen. Verwenden Sie dies, wenn Sie mit Bash 5.3-Funktionen, neuer Befehlssubstitution, GLOBSORT, ladbaren Builtins arbeiten oder wenn der Benutzer nach Änderungen, neuen Funktionen oder versionsspezifischen Fähigkeiten von Bash 5.3 fragt.

Was ist bash-53-features?

Dieses Skill-Dokument beschreibt die neuen Funktionen und Verbesserungen von Bash 5.3, veröffentlicht im Juli 2025. Es erklärt die revolutionäre, prozessinterne Befehlssubstitution `${ Befehl; }` und `${| Befehl; }`, die ohne Forking auskommt und somit deutlich performanter ist. Ein weiteres Highlight ist die `GLOBSORT`-Variable zur Sortierung von Dateinamen- und Pfad-Expansionen. Das Skill behandelt außerdem neue ladbare Builtins wie `kv` für Key-Value-Arrays, `strptime` für Datumsparsing und `fltexpr` für Fließkommaberechnungen, sowie Verbesserungen an bestehenden Builtins wie `compgen`, `read`, `source` und `printf`. Es enthält zahlreiche Codebeispiele, Benchmarking-Funktionen und einen Migrationsleitfaden von Bash 5.2 zu 5.3. Dieses Skill ist nützlich für alle Entwickler, die ihre Bash-Skripte optimieren und die neuesten Funktionen der Shell nutzen möchten. Es unterstützt die gängigen Plattformen, auf denen Bash 5.3 verfügbar ist, und bietet eine detaillierte Übersicht über die neuen Möglichkeiten.

Funktioniert mit✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Jamie-BitFlight/claude_skills/tree/main/plugins/bash-development/skills/bash-53-features

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Bash 5.3 Funktionen und Verbesserungen

Veröffentlicht im Juli 2025, führt Bash 5.3 signifikante Verbesserungen ein, darunter eine revolutionäre Syntax für Befehlssubstitution, neue Variablen, ladbare Builtins und eine verbesserte Konformität mit C-Standards.

Revolutionäre Befehlssubstitution

Effiziente prozessinterne Ausführung: ${ befehl; }

Führen Sie Befehle ohne Forking aus, was die Leistung dramatisch verbessert:

# Traditionelle Befehlssubstitution (erzeugt eine Subshell)
ergebnis=$(echo "Hallo, Welt")

# NEU: Prozessinterne Befehlssubstitution (kein Fork!)
# Hinweis: Ein Leerzeichen (oder Tabulator/Neue Zeile/|) ist nach dem öffnenden '{' erforderlich
ergebnis=${ echo "Hallo, Welt"; }

# Praktisches Beispiel: Schnelle Variablenzuweisung
config_wert=${ grep "^timeout=" config.txt | cut -d= -f2; }

# Funktion zum Leistungsvergleich
benchmark_substitution() {
    local i
    local start ende

    echo "Teste traditionelle Substitution..."
    start="${EPOCHREALTIME}"
    for ((i = 0; i < 1000; i++)); do
        ergebnis=$(echo "${i}")
    done
    ende="${EPOCHREALTIME}"
    printf 'Traditionell: %.4f Sekunden\n' \
        "$(awk "BEGIN {print ${ende} - ${start}}")"

    echo "Teste neue prozessinterne Substitution..."
    start="${EPOCHREALTIME}"
    for ((i = 0; i < 1000; i++)); do
        ergebnis=${ echo "${i}"; }
    done
    ende="${EPOCHREALTIME}"
    printf 'Prozessintern: %.4f Sekunden\n' \
        "$(awk "BEGIN {print ${ende} - ${start}}")"
}

benchmark_substitution

Vorteile:

  • Kein Overhead durch Subprozess-Erstellung
  • Deutlich schneller für einfache Befehle
  • Reduzierte Ressourcennutzung in Schleifen
  • Gleiche Syntax-Vertrautheit wie bei Befehlssubstitution

REPLY-Variable erfassen: ${| befehl; }

Führen Sie Befehle aus und speichern Sie die Ausgabe automatisch in REPLY. Hinweis: REPLY ist lokal innerhalb der Substitution – sein Wert wird nach Abschluss wiederhergestellt, daher sofort erfassen:

Codebeispiele

Vorteile:

  • Sauberer Code ohne Zwischenvariablen
  • Konsistenter Erfassungsmechanismus
  • Reduzierte visuelle Unübersichtlichkeit
  • Perfekt für schnelles Prototyping

Vergleich der Anwendungsfälle

# Zeichenkettenmanipulation – prozessintern für Effizienz nutzen
dateiname="dokument.txt"
basename=${ echo "${dateiname%.*}"; }
erweiterung=${ echo "${dateiname##*.}"; }

# Ausgabe erfassen – REPLY für Klarheit nutzen
${| df -h / | tail -1 | awk '{print $5}'; }
plattenutzung="${REPLY}"
echo "Plattennutzung: ${plattenutzung}"

# Komplexe Pipelines – traditionell könnte klarer sein
ergebnis=$(cat datei.txt | grep muster | sort | uniq)

GLOBSORT-Variable

Steuert die Sortierreihenfolge der Dateinamen- und Pfad-Expansion. Der Bezeichner wird optional mit + (aufsteigend, Standard) oder - (absteigend) versehen:

Codebeispiele

Verfügbare Sortierbezeichner:

  • name — Alphabetisch nach Dateiname
  • size — Nach Dateigröße
  • mtime — Nach Änderungszeitpunkt
  • atime — Nach Zugriffszeitpunkt
  • ctime — Nach Inode-Änderungszeitpunkt
  • blocks — Nach Anzahl zugewiesener Blöcke
  • numeric — Numerische Sortierung nach führenden Ziffern im Dateinamen
  • nosort — Sortierung deaktivieren (Glob-Reihenfolge)
  • Präfix: + (aufsteigend, Standard) oder - (absteigend)

Verbesserte Builtins

compgen mit Variablenspeicher

Speichern Sie Vervollständigungen direkt in einer Variable:

Codebeispiele

read mit Readline-Vervollständigung (-E)

Interaktive Eingabe mit Autovervollständigung:

# Readline-Vervollständigung während read aktivieren
datei_auswaehlen() {
    local datei

    echo "Geben Sie den Dateinamen ein (Tab für Vervollständigung):"
    read -e -r -E -p "> " datei

    if [[ -f "${datei}" ]]; then
        echo "Ausgewählt: ${datei}"
        return 0
    else
        echo "Datei nicht gefunden: ${datei}"
        return 1
    fi
}

datei_auswaehlen

# Praktisches Beispiel: Interaktive Konfiguration
app_konfigurieren() {
    local config_datei

    echo "Wählen Sie die Konfigurationsdatei aus:"
    read -e -r -E -p "Konfig: " config_datei

    if [[ -f "${config_datei}" ]]; then
        ${| grep -c "^[^#]" "${config_datei}"; }
        local zeilenanzahl="${REPLY}"
        echo "${zeilenanzahl} aktive Konfigurationszeilen gefunden"
    fi
}

source mit Pfad (-p)

Suchpfad für gesourcte Skripte angeben:

Codebeispiele

printf-Erweiterungen

Neue Optionen für Multibyte-Zeichenketten und Darstellungen:

# Erweiterte printf-Optionen
printf '%q\n' "Zeichenkette mit Leerzeichen"  # Shell-quotierte Ausgabe

# NEU: Verbesserte Multibyte-Zeichenkettenunterstützung
text="Hallo, 世界"
printf 'Länge: %d Bytes\n' "${#text}"

# Praktisches Beispiel: Sichere Befehlskonstruktion
befehl_erstellen() {
    local -a args=("$@")
    local arg cmd=""

    for arg in "${args[@]}"; do
        cmd+=$(printf '%q ' "${arg}")
    done

    echo "Sicherer Befehl: ${cmd}"
}

befehl_erstellen ls "-l" "Datei mit Leerzeichen.txt"

Neue ladbare Builtins

kv – Key-Value-Arrays

Assoziative Arrays aus Key-Value-Daten erstellen. Hinweis: Die Existenz des kv-Builtins ist in Bash 5.3 bestätigt; die unten gezeigte genaue Schnittstelle ist illustrativ – überprüfen Sie mit help kv nach dem Laden:

Codebeispiele

strptime – Datumsparsing

Textuelle Daten in Unix-Zeitstempel parsen. Hinweis: Die Existenz des strptime-Builtins ist in Bash 5.3 bestätigt; die unten gezeigte genaue Schnittstelle ist illustrativ – überprüfen Sie mit help strptime nach dem Laden:

Codebeispiele

fltexpr – Fließkommaberechnungen

Fließkommaarithmetik ohne externe Werkzeuge durchführen:

Codebeispiele

Verbesserungen im POSIX-Modus

Erweiterte POSIX-Konformität:

# POSIX-Modus aktivieren
set -o posix

# Zeichenkettenvergleiche folgen nun Locale-Regeln
[[ "ä" < "z" ]]  # Locale-abhängiger Vergleich

# Verbesserte POSIX-Konformität in Builtins
# test, trap, wait, bind sind jetzt strenger konform

# Praktisches Beispiel: Portabler Skript-Header
#!/usr/bin/env bash

if [[ "${BASH_VERSINFO[0]}" -ge 5 ]] && [[ "${BASH_VERSINFO[1]}" -ge 3 ]]; then
    # Bash 5.3+ verfügbar, moderne Funktionen nutzen
    MODERNE_FUNKTIONEN_NUTZEN=1
else
    # Für Portabilität auf POSIX-Modus zurückfallen
    set -o posix
    MODERNE_FUNKTIONEN_NUTZEN=0
fi

Verbesserte Fehlerberichterstattung

Ausführlichere Fehlermeldungen:

Codebeispiele

Verbesserungen der C-Standard-Konformität

Bash 5.3 verbessert die Konformität mit modernen C-Standards (das Build-Minimum bleibt C90):

  • Kompiliert nicht mehr mit K&R-C-Compilern
  • Modernisierte Codebasis für bessere Konformität
  • Bessere Optimierungsmöglichkeiten
  • Verbesserte Typsicherheit

Hinweis: Dies betrifft hauptsächlich Entwickler, die Bash aus dem Quellcode kompilieren, nicht Endbenutzer.

Leistungsverbesserungen

  • Befehlssubstitution ohne Forking (${ befehl; }) reduziert den Overhead drastisch
  • Optimiertes Globbing mit GLOBSORT
  • Schnellere Builtin-Operationen
  • Reduzierte Speichernutzung bei verschiedenen Operationen
# Benchmark: Traditionelle vs. neue Substitution
benchmark() {
    local iterationen=10000
    local i start ende

    start="${EPOCHREALTIME}"
    for ((i = 0; i < iterationen; i++)); do
        ergebnis=$(echo test)
    done
    ende="${EPOCHREALTIME}"
    printf 'Traditionell: %.4f Sekunden\n' \
        "$(awk "BEGIN {print ${ende} - ${start}}")"

    start="${EPOCHREALTIME}"
    for ((i = 0; i < iterationen; i++)); do
        ergebnis=${ echo test; }
    done
    ende="${EPOCHREALTIME}"
    printf 'Prozessintern: %.4f Sekunden\n' \
        "$(awk "BEGIN {print ${ende} - ${start}}")"
}

benchmark

Migrationsleitfaden

Von Bash 5.2 zu 5.3

Die meisten Skripte sind kompatibel, aber bedenken Sie:

# Nutzen Sie die neue Befehlssubstitution für Leistung
# ALT:
for datei in *; do
    groesse=$(stat -f%z "${datei}" 2>/dev/null)
done

# NEU (schneller):
for datei in *; do
    ${| stat -f%z "${datei}" 2>/dev/null; }
    groesse="${REPLY}"
done

# Nutzen Sie GLOBSORT für bessere Dateiverarbeitung
GLOBSORT="-mtime"
for datei in *.log; do
    verarbeite_neuestes_log "${datei}"
done

# Nutzen Sie neue Builtins wo angemessen
# Statt: awk Berechnung
# Verwenden: fltexpr für Fließkommamathematik

Versionserkennung

# Prüfen auf Bash 5.3 Funktionen
if [[ "${BASH_VERSINFO[0]}" -ge 5 ]] && [[ "${BASH_VERSINFO[1]}" -ge 3 ]]; then
    echo "Bash 5.3+ Funktionen verfügbar"
    KANN_PROZESSINTERNE_SUBSTITUTION=1
    KANN_GLOBSORT=1
else
    echo "Bash Version: ${BASH_VERSION}"
    KANN_PROZESSINTERNE_SUBSTITUTION=0
    KANN_GLOBSORT=0
fi

Referenzen

Zusätzliche Ressourcen

Für breitere Bash-Entwicklungsmuster und bewährte Verfahren, siehe:

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

Jamie-BitFlight/agentskill-kaizen-meta-docs

Agentskill kaizen plugin documentation index. Load when needing to read about cross-platform notes, improvement plans, or DuckDB integration.

Jamie-BitFlight/bash-51-features

Bash 5.1 release features and improvements with practical examples. Use when working with Bash 5.1 features, epoch time variables, redirection enhancements, or when user asks about Bash 5.1 changes, new features, or version-specific capabilities.

Jamie-BitFlight/bash-52-features

Bash 5.2 release features and improvements with practical examples. Use when working with Bash 5.2 features, variable handling enhancements, readline improvements, or when user asks about Bash 5.2 changes, new features, or version-specific capabilities.

Jamie-BitFlight/bash-development

This skill should be used when the user asks to "write a bash script", "create a shell script", "implement bash function", "parse arguments in bash", "handle errors in bash", or mentions bash development, shell scripting, script templates, or modern bash patterns.

Jamie-BitFlight/bash-lint

This skill should be used when the user asks to "lint bash script", "run shellcheck", "format shell script", "use shfmt", "fix shellcheck errors", or mentions shell script linting, formatting, code quality, or pre-commit hooks for bash.

Jamie-BitFlight/bash-logging

This skill should be used when the user asks to "add logging to bash script", "colorize output", "implement log levels", "CI/CD sections", "terminal colors in bash", or mentions logging functions, emoji output, collapsible CI sections, or shlocksmith.

Jamie-BitFlight/bash-portability

This skill should be used when the user asks about "POSIX compatibility", "portable shell scripts", "cross-shell compatibility", "bashisms", "shebang selection", or mentions writing scripts that work on different shells (bash, sh, dash, zsh) or different systems.

Jamie-BitFlight/bash-testing

This skill should be used when the user asks to "test bash script", "write shell tests", "use shunit2", "use shellspec", "create test suite for bash", or mentions unit testing, test frameworks, mocking, or test-driven development for shell scripts.

Jamie-BitFlight/brainstorming-skill

You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or when users request help with ideation, marketing, and strategic planning. Explores user intent, requirements, and design before implementation using research-validated prompt patterns.

Jamie-BitFlight/clang-format

Configure clang-format code formatting. Use when: user mentions clang-format or .clang-format, analyzing code style/patterns, creating/modifying formatting config, troubleshooting formatting, brace styles/indentation/spacing/alignment/pointer alignment, or codifying conventions.

Jamie-BitFlight/commitlint

When setting up commit message validation for a project. When project has commitlint.config.js or .commitlintrc files. When configuring CI/CD to enforce commit format. When extracting commit rules for LLM prompt generation. When debugging commit message rejection errors.

Jamie-BitFlight/conventional-commits

When writing a git commit message. When task completes and changes need committing. When project uses semantic-release, commitizen, git-cliff. When choosing between feat/fix/chore/docs types. When indicating breaking changes. When generating changelogs from commit history.

Jamie-BitFlight/dasel-reference

Use when querying, modifying, or converting JSON, YAML, TOML, XML, CSV, HCL, or INI with dasel v3. Complete reference for selectors, functions, conditionals, variables, spread operator, type casting, and format-specific patterns.

Jamie-BitFlight/data-exploration

Use when exploring unknown structured data files with dasel v3 — discover schema, list keys, find nested values, sample arrays, identify data types across JSON, YAML, TOML, XML, CSV, HCL, INI formats

Jamie-BitFlight/data-transformation

Use when modifying, converting, or transforming structured data with dasel v3 — in-place mutations, format conversion, batch operations, array manipulation, object construction, and merge patterns across JSON, YAML, TOML, XML, CSV, HCL, INI

Jamie-BitFlight/delegate

Decompose substantive work into phases, dispatch each phase to a sub-agent, and adjudicate what comes back. Use whenever a request asks for implementation, investigation, a fix, a review, or any change to files — including small ones — and whenever you are about to read source or run a diagnostic yourself instead of handing it off. Also use when a report from a sub-agent needs judging, when a phase needs re-dispatching, or when a user names one instance of a pattern. Does not apply when your own prompt begins "Your ROLE_TYPE is sub-agent." — then follow references/sub-agent-contract.md instead.

Jamie-BitFlight/enterprise-hibernate-hbm

Dasel v3 query patterns for Hibernate .hbm.xml mapping files — entity-table binding, Java property-to-column extraction, one-to-many set/list/bag relationship tracing, many-to-one foreign key discovery, batch scanning across 60+ HBM files. Use when querying Hibernate ORM class mappings, extracting schema metadata from Java persistence layer, or auditing entity-column relationships in enterprise legacy codebases.

Jamie-BitFlight/enterprise-installanywhere

Dasel v3 query patterns for InstallAnywhere .iap_xml installer definitions — use when querying action sequences, discovering variables, resolving platform conditions, navigating panels, or comparing installer variants. Files are 2.5+ MB, 65,000+ lines — too large for context reads, requires structural dasel queries.

Jamie-BitFlight/enterprise-maven-pom

Dasel v3 selector patterns for Maven POM XML files — use when querying dependency versions, filtering by groupId or scope, extracting module hierarchy from parent POMs, or detecting version conflicts across enterprise multi-module Java projects. Load this skill when working with pom.xml files using dasel.

Jamie-BitFlight/enterprise-spring-xml

Dasel v3 selectors for Spring bean factory XML — use when querying any Spring ApplicationContext XML for bean discovery, dependency wiring, JMS destination mapping, property injection extraction, or cross-bean reference tracing. Load this skill before writing dasel selectors against Spring bean XML files (applicationContext.xml, *_beans.xml, spring-*.xml).

Verwandte Skills