Jamie-BitFlight/bash-logging

Cette compétence doit être utilisée lorsque l'utilisateur demande « ajouter des logs à un script bash », « coloriser la sortie », « implémenter des niveaux de log », « sections CI/CD », « couleurs de terminal en bash », ou mentionne des fonctions de journalisation, des émoticônes, des sections pliables CI/CD, ou shlocksmith.

Qu'est-ce que bash-logging ?

Cette compétence Bash Logging fournit des modèles de journalisation structurée pour les scripts bash avec prise en charge des couleurs, des émoticônes (✅, ❌, ⚠️, ℹ️, 🐛) et de l'intégration CI/CD. Elle inclut des fonctions de base comme `print_success`, `print_error`, `print_warning`, `print_info` et `print_debug`, qui s'affichent dans le terminal avec des couleurs lorsque c'est approprié. La compétence offre également une détection de terminal (TTY) pour désactiver les couleurs dans les environnements non interactifs, ainsi que des fonctions pour créer des sections pliables dans GitLab CI et des regroupements pour GitHub Actions. Enfin, elle référence la bibliothèque shlocksmith, plus complète, qui propose plus de 20 fonctions de niveaux de log, une journalisation par étapes, une gestion avancée des couleurs et des émoticônes, ainsi que des sections CI/CD. C'est un outil essentiel pour rendre les scripts bash plus lisibles, maintenables et adaptés aux pipelines d'intégration continue.

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

Installed? Explore more Développement et programmation skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Journalisation Bash (Bash Logging)

Modèles de journalisation structurée pour scripts bash avec prise en charge des couleurs, des émoticônes et de l'intégration CI/CD.

Fonctions de journalisation de base

Implémentation simple et portable de la journalisation :

# Définitions des couleurs
declare -A colors=(
    [green]=$'\033[0;32m'
    [red]=$'\033[0;31m'
    [yellow]=$'\033[1;33m'
    [blue]=$'\033[0;34m'
    [reset]=$'\033[0m'
)

declare -A emojis=(
    [success]='✅'
    [error]='❌'
    [warning]='⚠️'
    [info]='ℹ️'
    [debug]='🐛'
)

# Fonctions de journalisation
print_success() {
    printf '%b %b%b%b\n' "${emojis[success]}" "${colors[green]}" "$*" "${colors[reset]}"
}

print_error() {
    printf '%b %b%b%b\n' "${emojis[error]}" "${colors[red]}" "$*" "${colors[reset]}" >&2
}

print_warning() {
    printf '%b %b%b%b\n' "${emojis[warning]}" "${colors[yellow]}" "$*" "${colors[reset]}"
}

print_info() {
    printf '%b %b\n' "${emojis[info]}" "$*"
}

print_debug() {
    [[ -n "${DEBUG:-}" ]] && printf '%b %b%b%b\n' "${emojis[debug]}" "${colors[blue]}" "$*" "${colors[reset]}"
}

Niveaux de log

Implémentez des niveaux de log configurables.

Exemples de code

Détection TTY

Désactivez les couleurs dans les environnements non interactifs :

setup_colors() {
    if [[ -t 1 ]] && [[ -z "${NO_COLOR:-}" ]]; then
        # Le terminal prend en charge les couleurs
        COLOR_RED=$'\033[0;31m'
        COLOR_GREEN=$'\033[0;32m'
        COLOR_YELLOW=$'\033[1;33m'
        COLOR_BLUE=$'\033[0;34m'
        COLOR_RESET=$'\033[0m'
    else
        # Pas de prise en charge des couleurs
        COLOR_RED=''
        COLOR_GREEN=''
        COLOR_YELLOW=''
        COLOR_BLUE=''
        COLOR_RESET=''
    fi
}

# Les environnements CI prennent souvent en charge les couleurs
detect_color_support() {
    if [[ -n "${CI:-}" ]] || [[ -n "${GITLAB_CI:-}" ]] || [[ -n "${GITHUB_ACTIONS:-}" ]]; then
        return 0  # Environnement CI, activer les couleurs
    elif [[ -t 1 ]]; then
        return 0  # Terminal, activer les couleurs
    else
        return 1  # Pas de prise en charge des couleurs
    fi
}

Sections pliables GitLab CI

Créez des sections de log pliables dans GitLab CI :

section_start() {
    local section_key="\${1:-section}"
    local section_header="\${2:-$section_key}"
    local collapsed="\${3:-true}"

    if [[ -n "${GITLAB_CI:-}" ]]; then
        printf "\e[0Ksection_start:%s:%s[collapsed=%s]\r\e[0K%s\n" \
            "$(date +%s)" "$section_key" "$collapsed" "$section_header"
    else
        printf '\n=== %s ===\n' "$section_header"
    fi
}

section_end() {
    local section_key="\${1:-section}"

    if [[ -n "${GITLAB_CI:-}" ]]; then
        printf "\e[0Ksection_end:%s:%s\r\e[0K" "$(date +%s)" "$section_key"
    else
        printf '\n'
    fi
}

# Utilisation
section_start "build" "Construction de l'application"
make build
section_end "build"

Regroupement GitHub Actions

Exemples de code

Indicateurs de progression

Exemples de code

Journalisation structurée par étapes

Exemples de code

Bibliothèque de journalisation Shlocksmith

Pour une journalisation complète avec intégration CI complète, utilisez la bibliothèque de journalisation shlocksmith.

Fonctionnalités

  • Plus de 20 fonctions de niveau de log (log_info, log_error, log_warning, etc.)
  • Journalisation par étapes (log_step_start, log_step_pass, log_step_fail)
  • Prise en charge des couleurs et des émoticônes avec détection TTY
  • Gestion des sections GitLab CI
  • Caractères de dessin de boîtes pour TUI
  • Formatage clé-valeur

Fonctions disponibles

# Journalisation de base
log_info "Message d'information"
log_warning "Message d'avertissement"
log_error "Message d'erreur"
log_debug "Message de débogage"  # Affiché uniquement si DEBUG est défini
log_notice "Message de notification"
log_fatal "Erreur fatale"    # Quitte le script

# Journalisation par étapes
log_start "Nom du processus"
log_step_start "Description de l'étape"
log_step_pass "Message de succès"
log_step_fail "Message d'échec"
log_step_skip "Message ignoré"
log_step_done "Message d'achèvement"
log_done "Processus terminé"

# Résultats
log_pass "Test réussi"
log_fail "Test échoué"
log_result "Détails du résultat"
log_success "Message de succès"

# Sections CI
section_start "section_id" "Titre de la section"
section_end "section_id"

Utilisation

#!/usr/bin/env bash
source /chemin/vers/log_functions.sh

log_start "Processus de déploiement"

section_start "deps" "Installation des dépendances"
log_step_start "Installation des paquets"
if apt-get install -y package; then
    log_step_pass "Paquets installés"
else
    log_step_fail "Échec de l'installation des paquets"
fi
section_end "deps"

log_done "Déploiement terminé"

Ressources supplémentaires

Scripts

Référence des couleurs

CodeCouleur
\033[0;30mNoir
\033[0;31mRouge
\033[0;32mVert
\033[0;33mJaune
\033[0;34mBleu
\033[0;35mMagenta
\033[0;36mCyan
\033[0;37mBlanc
\033[1;XXmVariante gras
\033[0mRéinitialiser

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-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-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).

Skills associés