Synthèse automatique
Maintient la branche courante rebasée sur sa branche de base et l'arbre de travail propre, via une boucle de synchronisation et de résolution des conflits Git.
Points forts
- Transforme le rebasage en maintenance régulière : début de session, après chaque commit et avant une PR.
- Prévoit des garde-fous concrets : branche de sauvegarde, rerere, et push avec --force-with-lease et --force-if-includes.
- Exige lint et tests non interactifs après conflits ou rebasages importants, avec une méthode pour trouver la bonne commande.
- Donne des règles précises pour résoudre les conflits sans --ours/--theirs généralisé ni --skip.
Limites
- Suppose Git en ligne de commande et Bash ; ne traite pas les clients Git graphiques.
- La branche de base et les commandes de test doivent être déduites du dépôt ou confirmées par l'utilisateur.
- Laisse les conflits sémantiquement ambigus à l'utilisateur et interdit le force-push sur une branche partagée.
À utiliser au début d'une session, après un commit, avant d'ouvrir ou de mettre à jour une PR, ou dès que la branche a pris du retard sur sa base.
À éviter sur une branche partagée par plusieurs personnes ou quand la réécriture d'historique nécessite une validation absente.
Analyse de sécurité
SûrThe skill instructs only legitimate Git maintenance commands (fetch, rebase, stash, push with force-with-lease and force-if-includes). It explicitly forbids dangerous operations like plain force push, reset --hard on dirty trees, and git add -A. No exfiltration, destructive system commands, or obfuscation are present.
Aucun point d'attention détecté
Comment cette analyse est faiteExemples
Sync my current branch with origin/main, rebase any upstream changes, and leave the worktree clean.My branch has conflicts rebasing onto main. Resolve them hunk by hunk, continue the rebase, and run lint and tests afterward.Am I up to date with the base branch? Rebase if needed before I open the PR, and report the status in one line.name: git-sync description: Keep the current branch rebased on its base branch and the worktree clean. Use at session start, after each commit, before opening or updating a PR, when a rebase conflicts, or when the user says "rebase", "sync", "am I up to date", "merge main". allowed-tools: Bash, Read, Edit, Grep, Glob
Rebase is maintenance, not a finishing move. Keep a short leash: never more than a few base commits behind, never more than one unit of work in the tree.
Setup, once per session
git rev-parse --abbrev-ref HEAD # abort if this IS the base branch
git config rerere.enabled true # replays resolutions you already made
git remote set-head origin -a # only if origin/HEAD is missing (fresh CI clone)
git symbolic-ref --short refs/remotes/origin/HEAD # -> origin/<default>
<base> precedence: user's answer > repo docs (CLAUDE.md, AGENTS.md, CONTRIBUTING.md) > open PR's baseRefName > origin/HEAD. None resolve → ask.
Find lint/test commands the same way (package.json scripts, Makefile, justfile) and require a non-watch variant: test is often jest --watch and never returns. Take the test-ci-style script, or force --watchAll=false / CI=true. None found → say so, don't skip silently.
Cadence
Run the loop unprompted at: session start, after each commit, before push/PR, on staleness (upstream touched your files, CI conflicts, user mentions a merged PR).
Between syncs, commit each coherent unit as soon as it works — repo's commit convention, git log --oneline if undocumented. One dirty tree holding three unrelated changes = a three-front conflict.
Loop
git status --short # clean, else: git stash push -u (-u, or untracked files break the rebase)
git fetch origin <base>
git rev-list --count HEAD..origin/<base> # 0 -> nothing to do, stop here
git branch -f backup/<branch> # net: a bad rebase undoes with git reset --hard backup/<branch>
git rebase origin/<base>
git rev-list --count HEAD..origin/<base> # back to 0? if not, upstream moved — run the loop again
Stashed → git stash pop, re-check status.
Done when: the second counter reads 0, git status is clean, no .orig/.rej left.
Conflict resolved or >10 commits absorbed → run lint + the non-watch tests. A rebase lands code that never compiled against the new base.
Conflicts
Resolve now, hunk by hunk, while the work is still in your head.
- Read both sides, understand why the base changed. Never blanket
--ours/--theirs. git add <file>→GIT_EDITOR=true git rebase --continue. WithoutGIT_EDITOR=truethe editor opens and hangs a non-interactive shell, leaving the rebase half-done.- Never
--skip— it drops one of your commits. - A branch far behind conflicts on many commits in a row. That is the normal cost: persevere commit by commit,
rererereplays the repeats. Never squash your own commits just to shorten a rebase. git rebase --abortrestores the pre-rebase state exactly. Use it and ask only on substance: the conflict touches logic you can't attribute, or resolving means rewriting someone else's change.- Then read
git diff origin/<base>...HEAD: only your work. Upstream code in there = a conflict resolved backwards.
Push
git push --force-with-lease --force-if-includes origin HEAD # branch already pushed, then rebased
Both flags: a background fetch (VS Code auto-fetch, an IDE, another agent) refreshes the remote-tracking ref and makes a stale lease look current — --force-if-includes also demands you actually integrated what's on the remote. Rejected → stop and report, never plain --force. Never force-push a shared branch (main, develop, release). Never rebase a branch someone else commits to without asking. Push and open PRs only when asked; the loop itself is local.
Report
Close every sync with one line: commits absorbed, files that conflicted, backup ref — or already up to date when the counter was 0. The user may not read git; the report is how they know what moved.
Never
git merge <base>into the feature branch — unlessgit log --merges --oneline -5 origin/<base>shows the repo really merges. Rebase flattens merge commits inside your branch; that is intended, don't reach for--rebase-merges.git checkout .,git reset --hard,git clean -fdon a dirty tree. Stash instead.git add -Asweeping unrelated files. Stage explicitly.- Leave a rebase half-finished across turns. Continue or
--abort.
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 annexesCe 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.mdDepuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/keep-git-branch-rebased-and-in-sync-mu6guogq/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/keep-git-branch-rebased-and-in-sync-mu6guogq' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/keep-git-branch-rebased-and-in-sync-mu6guogq/download' --output '.skill-downloads/keep-git-branch-rebased-and-in-sync-mu6guogq/SKILL.md.part' && mv '.skill-downloads/keep-git-branch-rebased-and-in-sync-mu6guogq/SKILL.md.part' '.skill-downloads/keep-git-branch-rebased-and-in-sync-mu6guogq/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.
Outils déclarés par l’auteur (à vérifier dans votre agent) : Bash, Read, Edit, Grep, Glob
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
Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.
Claude Code
test -f '.skill-downloads/keep-git-branch-rebased-and-in-sync-mu6guogq/SKILL.md' && test -s '.skill-downloads/keep-git-branch-rebased-and-in-sync-mu6guogq/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/git-sync' && cp -R '.skill-downloads/keep-git-branch-rebased-and-in-sync-mu6guogq' '.claude/skills/git-sync'OpenSkills
OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.
Installation officielle d’OpenSkillsopenskills install './.skill-downloads/keep-git-branch-rebased-and-in-sync-mu6guogq'openskills read 'keep-git-branch-rebased-and-in-sync-mu6guogq'La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.
Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.
openskills syncMode 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/keep-git-branch-rebased-and-in-sync-mu6guogq/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.
Bonnes pratiques React Hook Form
Developpement
Maîtrisez React Hook Form : évitez les anti-patterns, gérez les abonnements, et traitez correctement reset, dirty state et entrées contrôlées.
Migration Emotion vers Mantine
Developpement
Migrer les styled-components Emotion vers des composants Mantine avec style props et modules CSS. Pour convertir .styled.tsx ou supprimer les imports @emotion.
Détecteur de dérive de périmètre
Developpement
Analyse les diffs git par rapport à une intention pour détecter la dérive de périmètre, fichiers non liés et PR trop larges, puis suggère de garder, diviser ou justifier.