手动合并到主分支参考

本文用于记录两个相关仓库从功能分支合并到主分支的通用流程。示例只使用泛化名称,复制到公开笔记时按需替换路径和分支名。

适用场景

  • 功能已经开发完成,并且已经在测试或生产环境验证过。
  • 需要把前端仓库和后端仓库的功能分支同步合并到 master
  • 两个仓库分别独立管理 Git 历史,需要分别检查、合并和推送。

合并前检查

先分别进入两个仓库,确认工作区干净:

bash 复制代码
cd <frontend-repo>
git status --short --branch

cd <backend-repo>
git status --short --branch

如果有未提交改动,先确认这些改动是否属于本次发布:

  • 属于本次发布:先提交到功能分支,再合并。
  • 不属于本次发布:先暂存到 stash,或切到新的临时分支保存。
  • 不确定来源:不要直接丢弃,先确认再处理。

拉取远端信息

分别获取远端主分支和功能分支:

bash 复制代码
cd <frontend-repo>
git fetch origin master <frontend-feature-branch>

cd <backend-repo>
git fetch origin master <backend-feature-branch>

检查本地 master 是否和远端一致:

bash 复制代码
git rev-list --left-right --count master...origin/master

输出 0 0 表示本地 master 与远端 master 一致。

检查功能分支相对 master 的提交数量:

bash 复制代码
git rev-list --left-right --count master...<feature-branch>

如果输出类似 0 69,表示 master 是功能分支祖先,可以使用 fast-forward 合并。

合并前端仓库

bash 复制代码
cd <frontend-repo>
git switch master
git merge --ff-only <frontend-feature-branch>

如果成功,会看到 Fast-forward。如果失败,说明不能快进合并,需要先检查是否有并行提交或冲突。

合并后端仓库

bash 复制代码
cd <backend-repo>
git switch master
git merge --ff-only <backend-feature-branch>

同样优先使用 --ff-only,这样主分支历史会保持线性,更容易回溯。

推送主分支

确认两个仓库合并成功后,分别推送:

bash 复制代码
cd <frontend-repo>
git push origin master

cd <backend-repo>
git push origin master

推送完成后,再确认主分支状态:

bash 复制代码
git status --short --branch
git log --oneline --decorate -5

如果不能 fast-forward

如果 git merge --ff-only <feature-branch> 报错,先不要强推。按下面顺序处理:

bash 复制代码
git fetch origin master <feature-branch>
git switch master
git pull --ff-only origin master
git merge <feature-branch>

如果出现冲突:

bash 复制代码
git status --short

打开冲突文件,保留正确内容后执行:

bash 复制代码
git add <resolved-files>
git commit
git push origin master

冲突处理完成后,建议至少运行一次项目自身的基础检查,例如类型检查、单元测试、构建或核心接口冒烟测试。

推荐核对清单

  • 工作区在合并前是干净的。
  • 本地 masterorigin/master 一致。
  • 功能分支已经包含本次要发布的全部提交。
  • 前端仓库已合并到 master
  • 后端仓库已合并到 master
  • 两个仓库的 master 都已推送远端。
  • 如有数据库变更,已确认线上应该执行的是增量 SQL,而不是全新初始化 SQL。
  • 如有部署流程,已确认部署使用的是更新后的 master

常用命令速查

bash 复制代码
git status --short --branch
git fetch origin master <feature-branch>
git rev-list --left-right --count master...origin/master
git rev-list --left-right --count master...<feature-branch>
git switch master
git merge --ff-only <feature-branch>
git push origin master
git log --oneline --decorate -5
相关推荐
差不多的周周2 小时前
《MotionLLM:从人体运动和视频理解人类行为》论文核心部分详解
人工智能·深度学习·机器学习·计算机视觉·语言模型·音视频
纪伊路上盛名在2 小时前
Omni-Mol:用多模态大语言模型构建通用多任务分子模型
人工智能·语言模型·自然语言处理·蛋白质·通用模型·生物大分子·混合专家moe
云雀衔光9 小时前
多个 MCP Server 怎么编排:数据库 / Redis / Git / 飞书一把梭
java·数据库·人工智能·redis·git·语言模型·飞书
今年下半年19 小时前
从零开始搭建一套大语言模型 + LangGraph 多智能体编排 + RAG 知识库检索** 的智能问答平台
人工智能·语言模型·自然语言处理
Dawson Zhu1 天前
从理论到工程化:构建可靠Agent系统的六大核心工件与实战指南
人工智能·语言模型·架构·aigc·agi
LearnYard1 天前
技术博主实测:2026年大语言模型辅助学习工具横向对比
人工智能·学习·语言模型
吴佳浩 Alben1 天前
构建企业级 DevOps 排错 Agent:从日志告警到自动化修复 PR
大数据·人工智能·语言模型·架构·自动化·ai编程·devops
差不多的周周1 天前
《MoChat:面向多转弯动作理解和描述的关节分组时空接地多通道大语言模型》论文核心部分详解
人工智能·深度学习·机器学习·计算机视觉·语言模型·自然语言处理
Zzj_tju1 天前
小模型指令微调:数据混合、模板与过拟合的最小复现
人工智能·深度学习·机器学习·语言模型
艾莉丝努力练剑1 天前
【AI大模型接入SDK】Ollama本地大语言模型部署
c++·人工智能·语言模型·自然语言处理·面试