Compétences git-workflow
📦

git-workflow

Sûr

Maîtrisez les workflows Git en toute confiance

Également disponible depuis: 0xDarkMatter,Cain96,Joseph OBrien,Joseph OBrien,0xDarkMatter,Barnhardt-Enterprises-Inc,AI-Vibe-Prompts,Doyajin174

Vous avez des difficultés avec les branches Git, les fusions et les conflits ? Cette compétence fournit des instructions claires, étape par étape, pour toutes les opérations Git avec les meilleures pratiques pour la collaboration en équipe.

Prend en charge: Claude Codex Code(CC)
📊 71 Adéquat
1

Télécharger le ZIP du skill

2

Importer dans Claude

Allez dans Paramètres → Capacités → Skills → Importer un skill

3

Activez et commencez à utiliser

Tester

Utilisation de "git-workflow". Rédiger un message de commit pour l'ajout de la fonctionnalité de connexion

Résultat attendu:

feat(auth): implement user login system

- Add login form component with validation
- Create authentication API endpoint
- Integrate session management middleware
- Add unit tests for login flow

Closes #156

Utilisation de "git-workflow". Comment puis-je annuler mon dernier commit tout en conservant mes modifications ?

Résultat attendu:

Utilisez : git reset --soft HEAD~1

Cela supprime le commit mais conserve toutes les modifications stagées. Si vous voulez aussi les déstager, utilisez : git reset HEAD~1

Audit de sécurité

Sûr
v2 • 3/9/2026

This skill is a documentation-only guide for Git workflows. Static analysis flagged 77 shell command patterns, 6 URLs, and 14 crypto patterns, but all are false positives. The detected patterns are Markdown code blocks (```bash) and inline code markers (`command`) used for documentation formatting, not executable code. URLs are reference links to official Git documentation. No actual security risks exist.

2
Fichiers analysés
550
Lignes analysées
0
résultats
2
Total des audits
Aucun problème de sécurité trouvé
Audité par: claude Voir l’historique des audits →

Score de qualité

38
Architecture
100
Maintenabilité
85
Contenu
35
Communauté
100
Sécurité
87
Conformité aux spécifications

Ce que vous pouvez construire

Intégration des nouveaux développeurs

Aider les développeurs juniors à apprendre les workflows Git appropriés avec des exemples guidés pour le branchement, le commit et la fusion du code en toute sécurité.

Standardisation du workflow d'équipe

Établir des formats de messages de commit cohérents et des conventions de nommage de branches dans toute votre équipe de développement.

Assistance à la résolution de conflits

Obtenez des conseils clairs étape par étape lorsque vous rencontrez des conflits de fusion complexes lors de l'intégration de fonctionnalités.

Essayez ces prompts

Message de commit basique 
Aidez-moi à rédiger un message de commit pour les modifications qui ajoutent l'authentification utilisateur avec des tokens JWT à mon application.
Création et configuration de branche 
Je dois commencer à travailler sur une nouvelle fonctionnalité pour le panier d'achat. Quelle branche devrais-je créer et comment ?
Résolution de conflits de fusion 
J'ai des conflits lors du rebase de ma branche de fonctionnalité sur main. Guidez-moi étape par étape pour les résoudre.
Rebase interactif pour le nettoyage 
J'ai 5 commits désordonnés sur ma branche de fonctionnalité. Aidez-moi à les écraser et les réorganiser avant de fusionner avec main.

Bonnes pratiques

  • Rédigez des commits petits et ciblés qui modifient une chose à la fois
  • Utilisez le format de commit conventionnel : type(scope): subject
  • Toujours récupérer les dernières modifications avant de commencer un nouveau travail
  • Ne jamais commiter directement sur la branche principale
  • Supprimez les branches de fonctionnalités après la fusion pour garder l'historique propre

Éviter

  • Commiter avec des messages comme 'fix' ou 'update' - soyez spécifique sur ce qui a changé
  • Utiliser git push --force sans --force-with-lease - peut écraser le travail des coéquipiers
  • Commiter de gros lots de modifications non liées - rend la révision et le retour en arrière difficiles
  • Ignorer les conflits de fusion et forcer les push - conduit à la perte de code

Foire aux questions

Quelle est la différence entre git merge et git rebase ?
Merge crée un nouveau commit combinant deux branches, préservant l'historique. Rebase réécrit l'historique des commits en rejouant les commits au-dessus d'une autre branche, créant un historique linéaire. Utilisez merge pour les branches partagées, rebase pour le nettoyage des fonctionnalités locales.
Comment annuler un commit qui a déjà été pushé ?
Utilisez git revert <commit-hash> pour créer un nouveau commit qui annule les modifications. C'est plus sûr que reset pour les branches partagées car cela préserve l'historique et ne nécessite pas de force push.
Que dois-je faire si j'ai commité sur la mauvaise branche ?
Créez une nouvelle branche depuis votre état actuel avec git branch branche-correcte. Ensuite, réinitialisez la mauvaise branche avec git reset --hard HEAD~1. Enfin, checkoutez votre branche correcte.
À quelle fréquence dois-je récupérer les modifications de main ?
Récupérez depuis main au moins quotidiennement lorsque vous travaillez sur des fonctionnalités de longue durée. Cela réduit les conflits de fusion en gardant votre branche à jour avec les modifications de l'équipe.
Qu'est-ce que git stash et quand devrais-je l'utiliser ?
Git stash sauvegarde temporairement les modifications non commitées pour que vous puissiez changer de branche. Utilisez-le lorsque vous devez rapidement changer de contexte mais n'êtes pas prêt à commiter votre travail.
Que sont les commits conventionnels et pourquoi les utiliser ?
Les commits conventionnels utilisent un format standard : type(scope): description. Les types incluent feat, fix, docs, refactor, test et chore. Cela crée un historique clair et permet la génération automatique de changelog.

Détails du développeur

Licence

MIT

Dépôt

https://github.com/supercent-io/skills-template/tree/main/.agent-skills/git-workflow/

Réf

main

Structure de fichiers

📄 SKILL.md

📄 SKILL.toon