merge-branch

合并分支

整合分支意图，而不仅仅是补丁。优先将 Git 的合并机制用作初稿，然后编辑、重构、审查、验证，并报告经过审慎处理的结果。

明确分支术语：目标分支接收工作，<source> 提供工作。修改前，根据请求和仓库状态确定这两个分支；只有在仍无法确定哪个分支应接收哪部分工作时才提问。

选择一种模式

• 仅规划： 用户要求在不更改仓库状态的情况下进行分析或规划时，阅读并遵循 modes/dry-plan.md。仅规划的请求以计划和任何尚未解决的决定为终点。
• 审查： 用户要求审查已完成或进行中的合并结果时，阅读并遵循 modes/audit.md。除非另获授权，否则不要开始或重新执行合并。
• 整合： 用户要求执行合并、移植分支工作或解决冲突时，阅读并遵循 modes/integrate.md，直到完成获授权的提交或未提交终点。

如果请求同时包含评估和整合，先完成只读模式，再执行已获授权的整合。只有在请求和已检查的证据仍未明确关键决定或授权时才提问。

通用防护措施

不得自动移动、强制更新或删除源分支。收敛意味着源分支的提交可从目标分支的 HEAD 访问；对齐分支引用需要明确批准。