Git中分批合并C++代码变更时如何避免破坏功能？

1. 给对象文件C做向后兼容的增量修改 #

先把对C的修改拆分成多步推进：

• 第一步：在C中保留原有函数、对象的完整实现，同时新增修改后的版本（可以用函数重载、命名空间区分，或者给新接口加后缀，比如process_old()和process_new()），将这个兼容版本合并到main分支。此时驱动B依赖的旧逻辑完全保留，不会出现功能受损。
• 第二步：单独合并驱动A的变更，调整A的代码使其调用C的新接口。
• 最后，等所有依赖C旧版本的驱动（比如B）都完成适配并合并后，再删除C中的旧实现，完成代码清理。

2. 用特性分支做渐进式适配 #

通过特性分支管理C的修改和各驱动的适配流程：

• 新建特性分支，先在分支内完成对C的兼容式修改（保留旧接口），将这个版本合并到main。
• 在特性分支中逐个适配驱动A、B：适配完A后，将A的变更合并到main；再适配B，完成后合并B的变更到main。
• 所有驱动适配完成后，再将特性分支中清理C旧接口的代码合并到main。

3. 条件编译控制逻辑切换 #

借助宏定义实现新旧逻辑的临时共存：

• 修改C的代码时，用条件编译包裹新逻辑，比如：

  #ifdef USE_NEW_C_LOGIC
  // 新的函数/对象实现
  #else
  // 原有旧实现
  #endif
  

  默认不启用USE_NEW_C_LOGIC宏，将这个版本合并到main，此时B的逻辑不受影响。
• 合并驱动A的变更时，在A的代码开头添加#define USE_NEW_C_LOGIC，让A单独使用C的新逻辑。
• 等驱动B的适配代码完成并合并后，再移除条件编译，统一使用C的新实现。

4. 临时桩代码过渡（适用于大版本变更） #

如果C的修改幅度大，兼容成本高，可以给受影响的驱动临时加桩：

• 合并A和修改后的C到main时，为驱动B添加一个桩层：让B原本调用C旧接口的代码，先指向一个模拟旧行为的桩函数（或者C中临时保留的兼容包装函数）。
• 后续合并B的变更时，替换掉桩代码，让B直接调用C的新实现，最后清理掉临时桩代码。

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