文章目录
-
- 0.概览
- [1. 获取远程最新分支](#1. 获取远程最新分支)
- [2. 切换到目标分支](#2. 切换到目标分支)
- [3. 拉取 develop 最新代码](#3. 拉取 develop 最新代码)
- [4. 合并 feature 分支](#4. 合并 feature 分支)
- [5. 解决冲突(如果有)](#5. 解决冲突(如果有))
- [6. 推送目标分支](#6. 推送目标分支)
- 完整命令串
-
- [更推荐团队开发方式:Pull Request / Merge Request](#更推荐团队开发方式:Pull Request / Merge Request)
0.概览
Git 里"远程分支从一个合并到另一个",实际操作通常是:
把远程分支 A 的代码合并到远程分支 B。
Git 不会直接在远程服务器上执行合并(它又不是远程仓库里的小工),通常流程是:
拉取远程分支 → 切换目标分支 → merge → push
假设:
- 源分支:
feature/develop_lishuang-2026-07-31 - 目标分支:
develop
目标:
plain
feature/develop_lishuang-2026-07-31
|
| merge
↓
develop
1. 获取远程最新分支
bash
git fetch origin
作用:
把远程最新状态同步到本地。
查看远程分支:
bash
git branch -r
例如:
plain
origin/main
origin/develop
origin/feature/develop_lishuang-2026-07-31
2. 切换到目标分支
你要把 feature 合并进 develop,所以先进入 develop:
bash
git checkout develop
或者新版 Git:
bash
git switch develop
3. 拉取 develop 最新代码
bash
git pull origin develop
避免你合并到一个旧版本。
4. 合并 feature 分支
bash
git merge origin/feature/develop_lishuang-2026-07-31
这里:
origin/feature/develop_lishuang-2026-07-31
是远程分支- 当前所在的
develop
是被合并进去的目标
5. 解决冲突(如果有)
如果出现:
plain
CONFLICT (content): Merge conflict
查看:
bash
git status
修改冲突文件。
冲突标记:
latex
<<<<<<< HEAD
develop代码
=======
feature代码
>>>>>>> feature/develop_lishuang-2026-07-31
修改后:
bash
git add .
提交:
bash
git commit -m "merge feature into develop"
6. 推送目标分支
最后:
bash
git push origin develop
完成。
完整命令串
bash
git fetch origin
git checkout develop
git pull origin develop
git merge origin/feature/develop_lishuang-2026-07-31
git push origin develop
更推荐团队开发方式:Pull Request / Merge Request
如果你们用:
- Gitee
- GitHub
- GitLab
一般不直接 merge,而是:
plain
feature分支
|
| push
↓
远程仓库
|
↓
创建 Pull Request
|
↓
审核
|
↓
merge 到 develop
好处:
- 有代码审查
- 有提交记录
- 避免一个人把主分支炸成考古现场
针对你的网吧收费系统项目,建议分支结构:
plain
main
|
develop
|
+-- feature/client-machine-register
|
+-- feature/member-system
|
+-- feature/payment-system
开发流程:
plain
feature/*
|
| 完成功能
↓
merge
|
↓
develop
|
| 测试稳定
↓
main
这样 client、server、manager 三个模块同时开发时,不容易互相踩代码。Git 分支本质上就是给多人开发划隔离带,不然所有人直接改 main,最后通常会得到一锅非常有创造力的代码粥。