hotfix 合入 release 分支后,用什么流程保证补丁不漏合到 develop 分支也不被重复合并
补丁漏合到 develop 的根源在于流程缺乏强制约束。核心是将合入顺序和基线对齐固化为硬性规则:hotfix 先合 release 再合 develop,必须用 merge 而非 cherry-pick,以保留原始 commit hash 供 Git 自动去重。配合 CI 自动化校验合入状态、检测重复提交,并规范多 release 分支的从老到新合入顺序,可有效防止漏合与重复合并。
共 1 篇文章
补丁漏合到 develop 的根源在于流程缺乏强制约束。核心是将合入顺序和基线对齐固化为硬性规则:hotfix 先合 release 再合 develop,必须用 merge 而非 cherry-pick,以保留原始 commit hash 供 Git 自动去重。配合 CI 自动化校验合入状态、检测重复提交,并规范多 release 分支的从老到新合入顺序,可有效防止漏合与重复合并。