Validation et commit de code

VérifiéSûr

Valide et commite le code sur la branche courante ou une nouvelle branche de fonctionnalité. Supporte les vérifications de lint, build et test avant le commit.

Spar Skills Guide Bot
DeveloppementIntermédiaire
3002/06/2026
Claude CodeCursorWindsurf
#commit#git#version-control#code-quality#conventional-commits

Recommandé pour

Notre avis

Valide, prépare et valide les modifications de code avec des messages de commit conventionnels, en créant une nouvelle branche si nécessaire.

Points forts

  • Automatise la création de messages de commit conventionnels (type, scope, description)
  • Intègre une vérification (lint, build, tests) avant le commit pour éviter les régressions
  • Gère automatiquement la création d'une branche de fonctionnalité lorsqu'on est sur main

Limites

  • Ne gère pas les commits partiels ou interactifs (hunk selection)
  • Les fichiers sensibles (secrets) ne sont pas exclus automatiquement, seulement par détection heuristique
  • Le style de message dépend de l'analyse des commits récents, ce qui peut être incohérent
Quand l'utiliser

Utilisez cette compétence pour effectuer des commits rapides et propres avec vérifications automatiques et messages standardisés.

Quand l'éviter

Évitez-la lorsque vous devez composer des messages de commit très spécifiques ou sélectionner manuellement des parties de fichiers.

Analyse de sécurité

Sûr
Score qualité90/100

The skill only uses standard git commands (status, diff, log, branch, add, commit) and advises against committing secret files. No destructive, obfuscated, or data-exfiltrating actions are instructed.

Aucun point d'attention détecté

Exemples

Commit with checks
Commit my current changes with checks.
Force commit without checks
Force commit the staged changes and skip checks.
Commit from main to new branch
I am on main. Commit these changes to a new feature branch.

name: commit description: Optionally checks, then commits code to the current or a new feature branch.

When asked to commit code, follow these steps:

Arguments

  • check (default): Run checks first to lint, build, and test the code. Stop if any checks fail.
  • force: Skip the check step and commit directly.

Steps

  1. Run these bash commands in parallel to understand the current state:

    • git status to see all untracked files
    • git diff HEAD to see both staged and unstaged changes
    • git log --oneline -10 to see recent commit messages for style consistency
  2. If you are on the main branch, create a new feature branch using git branch and switch to it.

  3. Analyze all changes and draft a commit message:

    • Summarize the nature of the changes (new feature, enhancement, bug fix, refactoring, test, docs, etc.)
    • Use the conventional commit format: type(scope): description
    • Keep the first line under 72 characters
    • Do not commit files that likely contain secrets (.env, credentials.json, etc.)
  4. Stage and commit the changes:

    • Add relevant files using git add
    • Use a plain string for the commit message (do not use HEREDOCs).
  5. Report the results including:

    • The commit hash
    • The commit message
Skills similaires