Git 堆叠分支编排

痛点：手工管理堆叠分支的心智负担

在复杂特性开发中，团队通常采用堆叠式拉取请求（Stacked Pull Requests）进行分层交付。这虽然解决了代码评审粒度的问题，却让本地分支的维护变得异常繁琐。

当底层 PR（如基础工具库重构）变动时，上层所有的依赖分支都需通过 git rebase 跟进。手工执行这一过程不仅需要开发者记忆复杂的父子依赖顺序，还极易在合并后产生难以追溯的冗余分支，导致本地仓库臃肿且与主干状态脱节。

工作原理：基于 Git Town 的分层编排

该技能的核心逻辑是引入 Git Town 作为自动化引擎，将分散的 Git 命令收敛为可重复的编排策略：

• 主干同步（Sync）：通过标准化指令将整个分支堆栈与 main 分支进行同步，确保所有工作基于最新基线。
• 顺序变基（Rebase in order）：严格按照层级自底向上执行变基。当下层分支解决冲突并前进后，上层分支自动按序跟进，避免循环依赖或次序错乱。
• PR 生命周期管理：利用 Git Town 的指令集开启、更新或在合并后自动关闭对应的拉取请求。
• 环境清理（Cleanup）：在成功合并后，自动清理已合并的分支，保持工作区的整洁。

适用边界与注意事项

• 核心场景：适用于依赖顺序敏感的多分支开发，能显著降低由于手工变基导致的历史错乱。
• 限制条件：依赖 Git Town 的支持。在离线环境或需要极复杂三方合并（Tri-way Merge）的冲突场景下，仍需人工介入。
• 协作规范：该技能假设团队已建立堆叠式工作流共识，它提供的是执行层面的一致性，而非替代代码评审本身。