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

相关推荐
驭渊的小故事15 小时前
linux 基础命令 + git 仓库创建和配置命令
linux·git
行者-全栈开发20 小时前
华为云码道 CodeArts 实测:让 AI 用 Rust 写一个 Git 仓库健康度体检台「仓衡」
git·rust·tauri·桌面应用·ai 编程·华为云码道·codearts 代码智能体
挖掘狂人3 天前
Git 从 0 到 1:用一个小项目走完 add / commit / reset / merge / rebase / push
git·后端·github
codigger3 天前
Git 三区域模型:把 add、commit、reset、merge 一次讲透
git·github·编程·编程语言
水饺编程3 天前
第1章:开发环境搭建,在 Windows 中安装 Git
linux·c语言·汇编·git·ubuntu
idanzk3 天前
Git 推送 GitHub 报 SSL_READ /src refspec main 不匹配 完整踩坑记录
git·github·ssl
星恒随风3 天前
Linux开发工具详解(二):Git版本控制、GitHub协作与GDB调试实战
linux·笔记·git·学习·github
寺中人4 天前
Xshell 完全入门指南:从安装到实战,远程连接+文件传输+会话管理全拆解
git·ssh·github·php·远程连接·xshell·运维工具
酬谢神明则必安4 天前
git学习记录01
linux·git·学习
lingchen19064 天前
版本控制 Git源代码项目管理
git