Raccourci Git : Commit, Add, Push

VérifiéPrudence

Commande rapide pour ajouter, commiter et pousser les modifications du projet actuel.

Spar Skills Guide Bot
DeveloppementDébutant
24/07/2026
Claude Code
#git#commit#push#workflow#version-control

Recommandé pour

Synthèse automatique

Commande /cap qui enchaîne la revue des changements, le staging des fichiers, la rédaction du message de commit et le push vers la branche distante courante.

Points forts

  • Enchaîne status, diff et log en parallèle pour préparer le commit sans allers-retours
  • Génère un message de commit concis aligné sur le style de l'historique du dépôt
  • Évite d'indexer les fichiers susceptibles de contenir des secrets et privilégie git add sur fichiers spécifiques
  • Gère automatiquement l'absence d'upstream avec git push -u origin <branch>

Limites

  • N'exécute aucun test ni lint avant de committer et pousser
  • Ne traite pas les conflits de merge, le rebase ni la création de pull request
  • Le filtre de secrets repose sur une liste de noms de fichiers, pas sur une analyse du contenu
Quand l'utiliser

À utiliser quand un lot de modifications est prêt et que vous voulez le committer et le pousser en une seule commande.

Quand l'éviter

À éviter sur des changements sensibles ou risqués nécessitant des tests, une revue ou une résolution manuelle avant le push.

Analyse de sécurité

Prudence
Score qualité78/100

The skill only uses standard git operations (status, diff, log, add, commit, push) for a legitimate developer workflow, with no obfuscation, network calls to unknown hosts, or destructive commands. The main risk is that it performs an automatic commit-and-push to the remote, so mistakes or vulnerable files could be published irreversibly; this warrants caution rather than a safe rating.

Points d'attention
  • •Automatically stages and pushes commits to a remote without explicit user confirmation, which can publish unintended changes
  • •Push step could propagate accidentally-committed secrets to a remote repository, though it does instruct avoiding common secret files
  • •Adds a fixed Co-Authored-By trailer attributing commits to Claude, which may be unwanted in some repositories
Comment cette analyse est faite

Exemples

Quick commit and push
/cap
Commit with a given message
/cap fix typo in README installation section
Ship current work
/cap add retry logic to the API client

cap (Commit, Add, Push)

Quick commit-add-push shortcut for the current project.

Usage

/cap [optional commit message]

Instructions

<command-name>cap</command-name>

When this command is invoked:

Step 1: Review changes

Run these in parallel:

  • git status (no -uall flag) to see modified and untracked files
  • git diff to see staged and unstaged changes
  • git log --oneline -5 to see recent commit message style

Step 2: Stage relevant files

  • Stage all modified and untracked files that are part of the current work
  • Do NOT stage files that likely contain secrets (.env, credentials.json, etc.)
  • Prefer git add <specific files> over git add -A

Step 3: Commit

  • If the user provided a commit message argument, use it
  • Otherwise, generate a concise commit message summarizing the changes (1-2 sentences, focus on "why" not "what")
  • Follow the repository's existing commit message style
  • Always include the co-author trailer:
    Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
    
  • Use a HEREDOC for the commit message to ensure proper formatting

Step 4: Push

  • Push to the current branch's remote tracking branch
  • If no upstream is set, use git push -u origin <branch>

Step 5: Confirm

Report to the user:

Pushed <commit-hash> to <remote>/<branch>
<commit message summary>
<N> files changed

Du fichier au premier essai

Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.

Consulter la source et ses fichiers annexes

Ce téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.

1. Télécharger le fichier

Télécharger SKILL.md

Depuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/git-shortcut-commit-add-push-mryiqh6n/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.

Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.

mkdir -p '.skill-downloads/git-shortcut-commit-add-push-mryiqh6n' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/git-shortcut-commit-add-push-mryiqh6n/download' --output '.skill-downloads/git-shortcut-commit-add-push-mryiqh6n/SKILL.md.part' && mv '.skill-downloads/git-shortcut-commit-add-push-mryiqh6n/SKILL.md.part' '.skill-downloads/git-shortcut-commit-add-push-mryiqh6n/SKILL.md'

2. Vérifier les prérequis

Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.

Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.

Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.

3. Charger la skill

Le fichier ne fournit pas un en-tête name/description exploitable pour cette procédure native. Le téléchargement reste disponible pour lecture ; utilisez le mode manuel ci-dessous.

Mode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.

4. Faire un premier essai

Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :

Lis .skill-downloads/git-shortcut-commit-add-push-mryiqh6n/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.

Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.

Skills similaires