【工具】git远程分支合并

文章目录

    • 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,最后通常会得到一锅非常有创造力的代码粥。

相关推荐
RootKai2 小时前
Git命令与基本使用流程
git
AdaTina4 小时前
关于git的初始操作
git
Coder-LiyG6 小时前
Git 常用操作指南:从初始化到回退的高频命令速查
git
Eloudy17 小时前
git format-patch 、git diff 与 git apply
git·构建
技术小结-李爽18 小时前
【工具】git安装及配置
git
技术小结-李爽1 天前
【工具】git与gitee和gitlab和github等等有什么区别?
git·gitee·gitlab
Haku Coder1 天前
0基础学习Git——基础篇
git·学习
7177771 天前
合规与效能双升级:Gitee Team 构建关键行业软件工厂的实践方法
大数据·gitee
雯0609~1 天前
gitee:Hbuildex传项目到gitee
gitee