CommunityCodierung & Entwicklunggithub.com

Jamie-BitFlight/bash-lint

Diese Fähigkeit sollte verwendet werden, wenn der Benutzer nach „Lint Bash-Skript“, „ShellCheck ausführen“, „Shell-Skript formatieren“, „shfmt verwenden“, „ShellCheck-Fehler beheben“ oder nach Shell-Skript-Linting, Formatierung, Codequalität oder Pre-Commit-Hooks für Bash fragt.

Was ist bash-lint?

Diese Fähigkeit vereinfacht die Qualitätssicherung von Bash-Skripten durch die Integration von ShellCheck (statische Analyse) und shfmt (Formatierung). Sie richtet sich an Entwickler, die in CI/CD-Pipelines, Pre-Commit-Hooks oder direkt im Editor konsistente und fehlerfreie Shell-Skripte sicherstellen möchten. Die Fähigkeit unterstützt gängige Plattformen wie VS Code, Vim/Neovim, GitHub Actions, GitLab CI und lokale Entwicklungsumgebungen. Sie bietet Anleitungen zur Installation, Konfiguration und Fehlerbehebung für beide Tools, einschließlich gängiger ShellCheck-Fehlercodes, Direktiven und Formatierungsoptionen. Der Nutzer profitiert von automatisierten Prüfungen, klaren Korrekturmustern und einer konsistenten Codebasis, was die Wartbarkeit und Zuverlässigkeit von Bash-Skripten deutlich verbessert. Die bereitgestellten Beispiele und Konfigurationen lassen sich direkt übernehmen oder an eigene Projektanforderungen anpassen.

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

Installed? Explore more Codierung & Entwicklung skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

In Ihrer bevorzugten KI fragen

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

Dokumentation

Bash-Linting

Integration von ShellCheck und shfmt für die Qualitätssicherung von Bash-Skripten.

ShellCheck

Installation

# Debian/Ubuntu
apt install shellcheck

# macOS
brew install shellcheck

# Von Quelle
cabal update && cabal install ShellCheck

Grundlegende Verwendung

# Einzelne Datei prüfen
shellcheck script.sh

# Mehrere Dateien prüfen
shellcheck *.sh

# Mit spezifischem Shell-Dialekt
shellcheck --shell=bash script.sh
shellcheck --shell=sh script.sh

# Bestimmte Regeln ausschließen
shellcheck --exclude=SC2086 script.sh
shellcheck --exclude=SC2086,SC2046 script.sh

# Ausgabeformate
shellcheck --format=gcc script.sh    # GCC-Stil
shellcheck --format=json script.sh   # JSON für Tooling
shellcheck --format=diff script.sh   # Unified-Diff

Häufige ShellCheck-Codes

CodeProblemLösung
SC2086Doppelte Anführungszeichen fehlen (Globbing/Splitting)"$var"
SC2046Befehlssubstitution in Anführungszeichen setzen"$(cmd)"
SC2006$() statt Backticks verwenden$(cmd)
SC2034Variable scheint ungenutztEntfernen oder exportieren
SC2155Deklaration und Zuweisung trennenlocal var; var=$(...) aufteilen
SC2164`cd ...
SC2181Exit-Status direkt prüfenif cmd; then
SC2129Schreibvorgänge gruppieren{ } > datei
SC1090Quelldatei kann nicht verfolgt werden# shellcheck source=pfad
SC2154Variable referenziert, aber nicht zugewiesenInitialisieren oder deklarieren

ShellCheck-Direktiven

# Für die nächste Zeile deaktivieren
# shellcheck disable=SC2086
echo $unquoted_var

# Für die gesamte Datei deaktivieren (am Anfang)
# shellcheck disable=SC2086,SC2046

# Quelldatei für Source angeben
# shellcheck source=./lib/functions.sh
source "$SCRIPT_DIR/lib/functions.sh"

# Shell-Dialekt angeben
# shellcheck shell=bash

# Block deaktivieren (nicht unterstützt – zeilenweise verwenden)

Inline-Direktiven-Muster

# Spezifische Warnung mit Erklärung deaktivieren
# shellcheck disable=SC2034 # Variable wird vom Source-Skript verwendet
readonly CONFIG_VERSION="1.0"

# Mehrere Codes deaktivieren
# shellcheck disable=SC2086,SC2046
result=$(echo $var)

# Source-Direktive für dynamische Pfade
# shellcheck source=/dev/null
source "${DYNAMIC_PATH}/config.sh"

shfmt

Installation

# macOS
brew install shfmt

# Go install
go install mvdan.cc/sh/v3/cmd/shfmt@latest

# Snap
snap install shfmt

# Binär-Download
# Von https://github.com/mvdan/sh/releases

Grundlegende Verwendung

# Formatieren und auf stdout ausgeben
shfmt script.sh

# Direkt in der Datei formatieren
shfmt -w script.sh

# Formatierung prüfen (Exit 1, wenn unformatiert)
shfmt -d script.sh

# Rekursiv im Verzeichnis
shfmt -w .
shfmt -w scripts/

Formatierungsoptionen

# Einrückung
shfmt -i 2 script.sh  # 2 Leerzeichen Einzug
shfmt -i 4 script.sh  # 4 Leerzeichen Einzug
shfmt -i 0 script.sh  # Tabs (Standard)

# Binäre Operatoren am Zeilenanfang
shfmt -bn script.sh

# Case-Ausdrücke eingerückt
shfmt -ci script.sh

# Umleitungsoperatoren mit Leerzeichen
shfmt -sr script.sh

# Spaltenausrichtung beibehalten
shfmt -kp script.sh

# Funktionsöffnende Klammer in neuer Zeile
shfmt -fn script.sh

# Kombiniert
shfmt -i 4 -ci -bn script.sh

Konfiguration (.editorconfig)

# .editorconfig
[*.sh]
indent_style = space
indent_size = 4
shell_variant = bash
binary_next_line = true
switch_case_indent = true
space_redirects = true

Beispieltransformationen

Vor shfmt:

if [ -f "$file" ];then
echo "exists"
fi

for i in 1 2 3;do
    process $i
done

Nach shfmt -i 4 -ci:

if [ -f "$file" ]; then
    echo "exists"
fi

for i in 1 2 3; do
    process $i
done

Pre-Commit-Integration

.pre-commit-config.yaml

repos:
  - repo: https://github.com/koalaman/shellcheck-precommit
    rev: v0.9.0
    hooks:
      - id: shellcheck
        args: ["--severity=warning"]

  - repo: https://github.com/scop/pre-commit-shfmt
    rev: v3.7.0-1
    hooks:
      - id: shfmt
        args: ["-i", "4", "-ci", "-w"]

  # Alternativ: lokale Hooks
  - repo: local
    hooks:
      - id: shellcheck
        name: shellcheck
        entry: shellcheck
        language: system
        types: [shell]
        args: ["--severity=warning", "-x"]

      - id: shfmt
        name: shfmt
        entry: shfmt
        language: system
        types: [shell]
        args: ["-i", "4", "-ci", "-w"]

Pre-Commit ausführen

# Hooks installieren
pre-commit install       # oder: prek install

# Auf allen Dateien ausführen
pre-commit run --all-files       # oder: prek run --all-files

# Spezifischen Hook ausführen
pre-commit run shellcheck --all-files
pre-commit run shfmt --all-files

# Auf bestimmten Dateien ausführen
pre-commit run --files script.sh

Integration in CI/CD

GitHub Actions

name: Shell Lint

on: [push, pull_request]

jobs:
  lint:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4

      - name: ShellCheck ausführen
        uses: ludeeus/action-shellcheck@master
        with:
          severity: warning

      - name: Formatierung mit shfmt prüfen
        uses: mvdan/github-action-shfmt@master
        with:
          flags: -d -i 4 -ci

GitLab CI

shellcheck:
  image: koalaman/shellcheck-alpine:stable
  script:
    - find . -name "*.sh" -exec shellcheck {} +

shfmt:
  image: mvdan/shfmt:latest
  script:
    - shfmt -d -i 4 -ci .

Häufige Probleme beheben

SC2086: Anführungszeichen setzen

# Schlecht
echo $var

# Gut
echo "$var"
printf '%s\n' "$var"

SC2155: Deklaration und Zuweisung trennen

# Schlecht – maskiert Exit-Status
local var=$(some_command)

# Gut
local var
var=$(some_command)

SC2164: cd verwenden || exit

# Schlecht
cd "$dir"
rm -rf *

# Gut
cd "$dir" || exit 1
rm -rf *

# Oder mit Subshell
(cd "$dir" && rm -rf *)

SC2181: Exit-Status direkt prüfen

# Schlecht
command
if [ $? -eq 0 ]; then

# Gut
if command; then

SC1090/SC1091: Source-Probleme

# Direktive für dynamische Source hinzufügen
# shellcheck source=/dev/null
source "$DYNAMIC_PATH/lib.sh"

# Oder tatsächlichen Pfad angeben
# shellcheck source=./lib/functions.sh
source "$SCRIPT_DIR/lib/functions.sh"

Editor-Integration

VS Code

Installieren Sie die Erweiterung "ShellCheck" von Timon Wong.

// settings.json
{
    "shellcheck.enable": true,
    "shellcheck.run": "onSave",
    "shellcheck.executablePath": "shellcheck",
    "editor.formatOnSave": true,
    "[shellscript]": {
        "editor.defaultFormatter": "foxundermoon.shell-format"
    }
}

Vim/Neovim

" Mit ALE
let g:ale_linters = {'sh': ['shellcheck']}
let g:ale_fixers = {'sh': ['shfmt']}
let g:ale_sh_shfmt_options = '-i 4 -ci'

" Mit coc.nvim
" Installiere coc-sh-Erweiterung

Best Practices

  1. ShellCheck früh ausführen – in Editor und CI integrieren
  2. Probleme beheben, nicht unterdrücken – nur mit gutem Grund deaktivieren
  3. Unterdrückungen dokumentieren – erklären, warum eine Regel deaktiviert ist
  4. Schweregrade verwenden – --severity=warning für CI
  5. Konsistente Formatierung – shfmt im Pre-Commit verwenden
  6. Tools versionieren – Versionen in CI/Pre-Commit festlegen

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-53-features

Bash 5.3 release features and improvements with practical examples. Use when working with Bash 5.3 features, new command substitution, GLOBSORT, loadable builtins, or when user asks about Bash 5.3 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-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