git分支不能直接拆分，真正需剥离的是历史提交链；推荐用git filter-repo提取子集，或用git replace实现不改sha的软拆分，浅克隆仅适用于临时轻量访问。
不能直接“拆分分支”，Git 分支本身只是指向提交的指针；真正要拆的是历史提交链。目标不是删分支，而是剥离出一段干净、独立、可单独维护的历史子集。
用 git filter-repo 提取指定范围的提交（推荐）
这是目前最安全、高效、官方推荐的方式。它不依赖旧版 git filter-branch（已弃用），也不会污染原仓库引用。
- 只保留从某次提交开始到最新的所有变更：
git filter-repo --since "2024-01-01" - 只保留某个子目录的历史（同时清理无关路径）：
git filter-repo --path src/backend/ --path-rename backend/ - 若想按提交哈希截断（比如只要
c6e1e95之后的提交），需先用git log --oneline | grep c6e1e95确认其父提交，再用--revision c6e1e95^..HEAD - 执行后所有 SHA-1 都会重算，必须强制推送新仓库：
git push --force-with-lease origin main
用 git replace “嫁接”历史而不重写 SHA
当你**不能接受 SHA 变更**（例如已有 CI/CD 流水线硬编码了某些 commit ID，或外部系统依赖原始哈希），git replace 是唯一可行的“软拆分”手段。
- 它不修改任何对象，只是在本地（或共享的
.git/refs/replace/）加一层映射：每次 Git 看到 A，就自动替换成 B - 典型用法是把新历史的起始点“链接”到老历史的终点：
git replace c1822cf c6e1e95（让旧的first commit指向fourth commit） - 注意：
git replace默认只影响本地；要让团队共用，得把.git/refs/replace/下的文件手动推送到一个共享 refs 命名空间，或靠 CI 脚本同步 - 很多工具（如
git fsck、git log --all）默认不穿透 replace，需显式加--no-replace-objects才能看到原始结构
浅克隆 + 单分支检出：临时轻量访问，不改变仓库结构
如果只是想让开发者快速拉取最近代码、跳过冗长历史，而不是真正“拆库”，--depth 和 --single-branch 就够用了。
-
git clone --depth 10 --single-branch -b main https://example.com/repo.git：只取最近 10 次提交，且只拉main分支 - 适合 CI 构建、新成员上手、或临时调试——但无法回溯完整历史，也不能作为长期拆分方案
- 注意：
--depth会让git blame、git bisect失效，因为祖先提交不可见
真正难的从来不是命令怎么敲，而是判断哪段历史该归入“轻量分支”：是按时间切（近半年）？按功能切（只留 API 层）？还是按发布节奏切（只留 v2.x）？这个边界一旦定错，后续合并、追溯、权限划分都会变麻烦。
