频繁拉取远程分支能降低冲突概率，因为同步节奏越快，本地分支与远程分支的差异越小，重叠修改的概率越低；每日多次git pull --rebase origin/main可提前将他人变更“消化”进本地提交流，使每次比较基准更接近现实，避免合并时集中爆发冲突。
为什么频繁拉取远程分支能降低冲突概率
Git 冲突不是凭空出现的，它只在两个分支基于不同祖先、又修改了同一处代码时触发。如果你长期不更新目标分支（比如 main），而别人持续往里合代码，你的功能分支就会越“老”，和 main 的差异越大，合并时重叠修改的概率就越高。
真正起作用的是「同步节奏」，不是「同步动作本身」。每天早中晚各一次 git pull --rebase origin main（在你自己的功能分支上执行），比合并前临时拉一次更有效——它把别人的变更提前“消化”进你的本地提交流，让 Git 每次比较的基准都更接近现实。
- 不要用
git pull origin main（默认 merge），它会在你本地悄悄加一个无意义的 merge 提交，污染历史 -
--rebase不是魔法，它只是把你本地未推送的提交“重放”到最新origin/main之上；如果重放过程中出冲突，说明你改的代码已经和线上存在逻辑交叠，这时就该停下来和同事对齐，而不是等到合并时才暴露 - 团队可以约定一个“同步窗口”：比如每天 10:00 和 16:00 强制同步一次，避免有人“憋大招”式合并
如何用分支命名和生命周期控制冲突范围
分支名不是标签，它是协作契约。一个叫 feature/payment-refactor 的分支，比 dev-2 或 fix-123 更容易让人判断它是否还在活跃、是否已过期、是否和其他人正在做的重构重叠。
冲突往往不是技术问题，而是信息不对称问题。当多个分支同时声称自己在“重构支付模块”，没人知道谁该停手、谁该对接、谁该先合——直到合并时报错。
- 强制使用前缀：
feature/、bugfix/、hotfix/、chore/，禁止裸名分支（如login） - 分支名必须包含业务语义，不能只写技术动作（
refactor-payment✅，refactor❌） - 设置分支自动过期机制：CI 流水线检测超过 7 天未更新的
feature/分支，自动发提醒；超过 14 天未推送新提交的，标记为stale并禁止合并
为什么合并前做 diff 比直接 merge 更可靠
很多人以为 git merge 是“执行动作”，其实它更像“确认动作”。真正决定要不要合、能不能合、合了会不会炸的，是你在 merge 前那 30 秒的 git diff origin/main...feature/login。
这个三点语法（...）会显示从共同祖先到当前分支的所有变更，跳过中间无关提交，直击“这次合并到底带进来什么”。它比 git log 清晰，比 git status 深入，是唯一能提前看到潜在冲突点的方式。
- 重点看三类文件：配置文件（
.env、config.yml）、共享工具函数（utils/request.js）、接口定义（types/api.ts）——这些地方最常出现“双人改同一处” - 如果 diff 出现大量非业务代码（比如依赖升级、prettier 格式化、eslint 配置变动），说明这个分支可能混入了不该有的改动，应先清理再合
- 把 diff 结果复制粘贴到合并请求（MR）描述里，等于给 reviewer 一份“变更地图”，大幅减少来回确认时间
CI 卡点比人工 Review 更早拦截冲突风险
人会疏忽，但 CI 不会。一个简单的 git merge-base --is-ancestor origin/main HEAD 就能判断：你的功能分支是否已经落后于 main。如果返回非零值，说明它没同步过最新主干，CI 可以直接拒绝构建或标记为 warning。
这不是防君子，是防误操作。比如某人切分支后忘了拉主线，开发两周后直接 push + MR，CI 在构建阶段发现它基线太老，立刻阻断，而不是等所有人 review 完、测试跑完、准备上线时才发现要重做。
- 在 CI 脚本里加入检查：运行
git merge --no-commit --no-ff origin/main（不实际提交，只模拟合并），捕获退出码；非 0 表示有冲突，立即失败 - 对
main和develop设置保护规则：禁止直接 push，必须通过 MR；MR 必须通过至少 1 个 approval + 所有 CI 检查 + 无冲突状态才允许合并 - 冲突不是“等解决”，而是“等预防”。CI 卡点的意义，是把“冲突发生”这件事，从合并时刻往前移到开发过程中的任意一个节点
最常被忽略的一点是：冲突从来不是孤立事件。它背后总连着一个没对齐的需求、一个没同步的接口变更、或一个被遗忘的共享状态修改。流程规范的作用，不是消灭冲突，而是让每一次冲突都变成一次可追溯、可归因、可闭环的协作信号。
