rebase

Solid

Replay the current branch onto its base and establish that the result is sound. Preflight settles the base by comparing the local default branch against origin's copy. The rebase runs under pinned settings. A range-diff afterwards says what the replay did to each commit. The gates then run against a tree no commit ever saw. Conflicts route to the resolve-rebase-conflicts skill. Use this whenever the user asks to rebase or to bring a branch current, and whenever a workflow needs the branch moved first.

AI & Automation 73 stars 6 forks Updated 2 days ago MIT

Install

View on GitHub

Quality Score: 88/100

Stars 20%
62
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Rebase workflow Move the branch onto its base, then establish that what came out is right. A guard hook runs alongside. It refuses a rebase started by hand and a continue past a conflict git never checked. It also refuses a dropped commit that isn't empty, a bare stash pop, and a force push without a lease. ## Preflight !`bash ${CLAUDE_SKILL_DIR}/scripts/preflight.sh` ## Step 0: open the task list Create these with `TaskCreate`, then move each through `in_progress` and `completed`. 1. Choose the base 2. Settle the working tree 3. Start the rebase 4. Resolve whatever it stops on 5. Verify the result 6. Report Preflight reporting a merge or cherry-pick in progress stops everything. Say what's in the way and hand back. A rebase already in progress is the other case, and that one resumes at step 4. ## Step 1: choose the base Preflight computed this under `== rebase base ==`. Take its recommendation. - Local default branch carries everything the remote has, so rebase onto the local branch. - Local default branch sits behind the remote, so rebase onto `origin/<default>` and skip the stale local copy. The `commit` skill's preflight makes the same decision, and both reach the same answer. Where the operator names a different base, use theirs and say why it differs. Nothing to replay means nothing to do. Say so and stop. ## Step 2: settle the working tree `--autostash` handles a dirty tree, and `start-rebase.sh` passes it. It scopes the save to this rebase and never t...

Details

Author
tbhb
Repository
tbhb/vale-ai-tells
Created
8 months ago
Last Updated
2 days ago
Language
Shell
License
MIT

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Listed

branch-rebaser

Rebase the current branch onto its base and walk every conflict methodically, resolving each by understanding both sides. Use when your feature branch has fallen behind main and you want a clean, linear history without clobbering changes.

1 Updated 1 months ago
imtiazrayhan
AI & Automation Listed

rebase

Focused rebase against a target branch. Use when you need to update a feature branch with upstream changes. Stops on conflicts — does not auto-resolve. Extended mode adds autonomous conflict resolution and test-fix loop.

24 Updated 2 weeks ago
rmzi
AI & Automation Listed

smart-rebase

現在の作業ブランチを origin/main などのベースブランチに rebase し、コンフリクトを解決して --force-with-lease で force push する。Use this skill whenever the user asks to rebase or sync/update/refresh their branch against main — "リベースして", "smart rebase", "/smart-rebase", "mainを取り込んで", "main の最新に追いつかせて", "rebase して force push", "最新mainに乗せて", "PRが遅れてる/behind", "rebase onto main" — even if they don't spell out every step. Also use it when a PR shows conflicts with its base branch and the fix is to rebase. Prefers existing GitHub tooling when it applies — `gh pr update-branch --rebase` for a server-side rebase with no local force-push, and `gh stack sync` on stacked branches — so also use it for "update branch", "PRのブランチを更新", "スタックを最新にして", "stack sync", "スタックPRをrebase", or updating a chain of stacked PRs against main.

0 Updated 2 weeks ago
tonkotsuboy