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

相关推荐
AirDroid_cn16 小时前
隐私沙盒:第三方应用读取剪切板内容如何拦截?
android·gitee
ShineWinsu21 小时前
对于Git:远程操作的超详细保姆级解析
linux·git·gitee·github·远程仓库·分布式版本控制系统·远程操作
梦帮科技21 小时前
从 Guest 到 Platinum:Prompt 配额、API Key 与访问控制的安全闭环
javascript·git·架构·node.js·reactjs·html5·visual studio
7177771 天前
能源行业 DevOps 平台选型与 Gitee 企业版适配性梳理
人工智能·gitee
zho_uzhou2 天前
Git入门概念
git
7177772 天前
基于 Gitee 的软件成分分析(SCA)工具选型与集成参考
人工智能·gitee
7177772 天前
国产 AI Coding 平台推荐:以 Gitee 为基准的中文研发场景选型对比
人工智能·gitee
爱奥尼欧2 天前
【Git】远程分支删了本地还在、两个分支历史不相干?两招故障排解
开发语言·git
Java后端的Ai之路2 天前
Git冲突完整排查与实战:本地修改覆盖报错到成功推送全流程复盘
开发语言·人工智能·git·python·pop
一个心烑2 天前
配置项目git的 SSL 证书
git·网络协议·ssl