gitsavvy 的 rebase 入口不可用或报错，是因为它仅允许在干净分支、已指定目标分支且有上游追踪时执行；需先确保状态 clean、已 checkout 到目标分支、远程分支本地存在，并正确配置 git_path。
git: rebase 命令为啥点不动或报错？
根本不是插件坏了，而是 GitSavvy 拒绝在不安全上下文中执行 rebase。它只允许你在干净分支（无未提交修改）、已明确指定目标分支、且当前分支有上游追踪时触发交互式变基入口。
- 先确认状态：按
Ctrl+Shift+P输入git: status，确保状态栏显示clean—— 如果有红色/绿色文件名，先git: add all+git: commit或git: restore - 必须已 checkout 到待 rebase 的分支（比如
feature/login），不能是 detached HEAD；用git: checkout branch切过去 - 目标分支（如
develop）必须本地存在：如果刚从远程拉过但没 checkout 过，先git: checkout branch→ 选develop→ 回车，再切回来 - 路径配置错误也会静默失败：检查
Preferences → Package Settings → GitSavvy → Settings中"git_path"是否写对，Windows 要双反斜杠，macOS 不要用/usr/bin/git（Homebrew 安装默认在/opt/homebrew/bin/git）
如何用 GitSavvy 安全地 rebase onto develop？
别手敲 git rebase develop —— GitSavvy 的交互式入口会自动校验依赖、跳过空操作、并在冲突时停在第一个问题点，比命令行更可控。
- 确保已在
feature/*分支上，且已提交所有改动 - 按
Ctrl+Shift+P输入git: rebase→ 选Rebase current branch onto... - 输入目标分支名（如
develop），回车 —— 它会自动 fetch 远程最新，然后开始变基 - 若中途卡住并提示 conflict，打开状态面板（
Ctrl+Shift+G），灰色文件即冲突项；手动编辑解决后，选中该文件 → 按a暂存 → 再按Ctrl+Shift+P输入git: rebase continue - 成功后状态栏会显示
rebased onto develop，且提交哈希全部变更（说明历史已重写）
rebase 后 push 失败：“non-fast-forward” 怎么办？
这是 rebase 的必然结果：你本地历史已重写，远程分支落后于你，Git 默认拒绝覆盖。必须强制推送，但 GitSavvy 不会替你做这个危险动作 —— 它把选择权和风险提示留给你。
- 先确认 rebase 确实完成：运行
git: log，看最新提交是否基于develop最新 commit - 按
Ctrl+Shift+P输入git: push with options→ 勾选Force push（⚠️仅限你独占的 feature 分支）→ 选origin和当前分支名 - 如果团队要求 PR 前必须 force-push，务必同步通知协作者：他们需运行
git fetch origin && git reset --hard origin/feature/x重置本地分支，否则后续 rebase 会叠加错误历史 - 误推错分支？立刻用
git: push with options→ 勾选Delete remote branch删除错误远程分支，再重新 push 正确分支
Fixup 和 Squash：rebase 流程里最常被忽略的两步
很多人做完 rebase 就直接 push，结果 PR 里还是一堆 fix typoWIPoops 提交 —— GitSavvy 的 fixup 和 squash 是在 rebase 过程中就清理历史的，不是事后补救。
- 在
git: Repo History视图中，把光标移到想合并的旧提交上，按f键生成fixup!提交；再移到目标提交上，按r→Apply fixup commits，它会自动 rebase 并合并 - 多选连续提交（Shift+↑↓）→ 右键 →
GitSavvy: Squash selected commits，会弹出临时 buffer 让你编辑新 commit message - 注意顺序：先
fixup再squash，否则fixup!提交不会被识别；且fixup必须紧邻目标提交（中间不能隔其他 commit） - 这些操作本质是往 rebase todo list 插入
fixup或squash行，所以必须在 push 前完成 —— 推完再改就得 force-push 两次
develop 已 git pull 更新，以及 rebase 后强制推送前检查远程分支是否真由你维护。GitSavvy 不隐藏这些前提，它只提供按钮，不替你判断“该不该”。
