git rebase -i保留空提交的适用场景有哪些？

从Git 2.26版本开始git rebase -i默认启用--keep-empty参数，保留空提交的实用场景主要有以下几类：

• 标记版本发布/项目里程碑：不少团队会在版本正式发布时创建空提交，提交信息标注Release vx.x.x，这类提交没有代码变更，却是项目时间线上的明确锚点。变基时保留可以维持版本轨迹的完整性，后续回溯版本问题、核对发布节点时可以直接定位到对应提交，无需额外查找tag或发布记录。
• 承载独立的上下文说明：部分特殊场景下需要用提交单独记录决策信息，比如标注某个特性废弃的原因、记录线上回滚后的修复计划、同步跨团队协作的标记信息等，这类记录不需要修改代码，仅需要写在提交信息中，保留空提交才能避免这类上下文记录丢失。
• 维持分支提交结构的一致性：如果你的分支和其他协作分支有明确的提交对应关系，或是CI/CD规则绑定了特定提交触发，删除空提交会导致整段提交哈希变化，破坏原有对应关系，甚至触发规则失效。如果有多个开发者基于同一分支协作，你删除空提交后推送的分支和其他人本地的提交历史不匹配，后续合并会产生不必要的冲突。
• 适配特定工作流要求：部分团队的协作工作流要求每个合并请求都要有对应的提交记录，哪怕变更已经通过其他方式合入、或是仅修正了之前的提交信息，空提交可以满足工作流的规则约束，变基时保留才能符合团队协作规范。

如果你的日常使用场景中没有以上需求，交互式变基时手动删除空提交完全不影响使用，这个默认配置只是为了兼容更多场景，避免用户误删重要的标记类提交。

内容的提问来源于stack exchange，提问作者Qiulang