Compétences git-advanced-workflows
📦

git-advanced-workflows

Sûr

Maîtrisez les workflows Git avancés

Également disponible depuis: wshobson

Les développeurs rencontrent des difficultés avec les opérations Git complexes comme la réécriture d'historique et la récupération après des erreurs. Cette compétence fournit des conseils complets sur les commandes Git avancées incluant rebase, cherry-pick, bisect, worktrees et reflog pour maintenir un historique propre et se sortir de toute situation.

Prend en charge: Claude Codex Code(CC)
🥉 75 Bronze
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-advanced-workflows". How do I clean up my commit history before creating a pull request?

Résultat attendu:

Use interactive rebase to clean up your commits. Run 'git rebase -i main' to edit your last several commits. You can squash (s) multiple commits together, reword (r) commit messages, or drop (d) unnecessary commits. Always create a backup branch first with 'git branch backup-branch' before rewriting history.

Utilisation de "git-advanced-workflows". I accidentally reset my branch and lost my commits. How can I recover them?

Résultat attendu:

Use git reflog to find your lost commits. Run 'git reflog' to see a history of all ref updates. Find the commit hash before the reset, then recover with 'git reset --hard <commit-hash>' or create a branch with 'git branch recovered-branch <commit-hash>'. Reflog keeps history for 90 days.

Audit de sécurité

Sûr
v1 • 2/25/2026

All static findings are false positives. The skill is a documentation guide for Git commands - the flagged 'external_commands' are Git examples in markdown code blocks, 'filesystem' findings are legitimate worktree relative paths, and 'weak cryptographic algorithm' was a misidentification. This is safe, legitimate educational content.

1
Fichiers analysés
415
Lignes analysées
0
résultats
1
Total des audits
Aucun problème de sécurité trouvé

Motifs détectés

External Command Detection (False Positive)Path Traversal Detection (False Positive)Cryptographic Algorithm Detection (False Positive)
Audité par: claude

Score de qualité

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

Ce que vous pouvez construire

Nettoyer une branche de fonctionnalité avant une pull request

Utiliser rebase interactif pour squasher, réorganiser et nettoyer les messages de commit avant de fusionner dans la branche main

Trouver le point d'introduction d'un bug

Utiliser la recherche binaire git bisect pour localiser rapidement quel commit a introduit une régression

Récupérer après des erreurs Git

Utiliser reflog pour récupérer des commits ou branches qui ont été accidentellement supprimés ou reset

Essayez ces prompts

Guide de rebase interactif
Help me use interactive rebase to clean up my feature branch. I want to squash my last 5 commits into one clean commit with a good message.
Cherry-pick d'un commit
How do I cherry-pick a specific commit from another branch onto my current branch? The commit hash is abc123.
Trouver un commit bogué
I need to find which commit introduced a bug. How do I use git bisect to systematically search through my commit history?
Configuration worktree
Show me how to set up a Git worktree so I can work on a hotfix while keeping my current feature work intact.

Bonnes pratiques

  • Toujours créer une branche de sauvegarde avant d'effectuer des opérations Git destructives comme rebase ou reset
  • Utiliser --force-with-lease au lieu de --force lors du push d'historique réécrit pour éviter d'écraser le travail des autres
  • Exécuter les tests après des opérations de rebase pour s'assurer que l'historique réécrit n'a cassé aucune fonctionnalité

Éviter

  • Rebaser des branches publiques que d'autres développeurs ont déjà tirées - cela provoque des conflits d'historique pour les collaborateurs
  • Utiliser 'git push --force' sans vérifier si d'autres ont pushé de nouveaux changements sur le remote
  • Exécuter git bisect sur un working directory dirty sans stager ou stasher les changements d'abord

Foire aux questions

What is the difference between rebase and merge?
Rebase réécrit l'historique des commits pour appliquer vos commits au-dessus d'une autre branche, créant un historique linéaire. Merge combine des branches sans changer l'historique. Utilisez rebase pour le nettoyage local avant de pusher, utilisez merge pour intégrer le travail terminé dans les branches partagées.
When should I use cherry-pick instead of merge?
Utilisez cherry-pick quand vous avez besoin uniquement de commits spécifiques d'une autre branche, pas de tout l'historique de la branche. Ceci est utile pour appliquer des hotfixes à plusieurs branches de release sans fusionner tous les changements.
How does git bisect work?
Git bisect utilise la recherche binaire pour trouver le commit qui a introduit un bug. Vous marquez un commit bad connu et un commit good, puis Git check out des commits entre les deux. Vous testez chacun et marquez good ou bad jusqu'à ce que le premier bad commit soit trouvé.
What is a Git worktree and when should I use it?
Un worktree vous permet de checker out plusieurs branches simultanément dans différents répertoires. Utilisez-le quand vous devez travailler sur plusieurs fonctionnalités ou correctifs à la fois sans stasher votre travail courant.
How long does reflog keep deleted commit history?
Reflog conserve l'historique pendant 90 jours par défaut, ou jusqu'à ce que la ref soit garbage collectée. Cela fournit un filet de sécurité pour récupérer des commits ou branches perdus dans cette période.
Is it safe to rewrite Git history?
Réécrire l'historique est sans danger pour les branches locales qui n'ont pas été partagées. Pour les branches partagées, réécrivez uniquement si absolument nécessaire et utilisez toujours 'git push --force-with-lease' pour éviter d'écraser le travail des autres.

Détails du développeur

Structure de fichiers

📄 SKILL.md