Git分支学习

详细可以参考个人博客:Git分支学习


一、远程仓库有master和dev分支

1、克隆代码

git clone https://github.com/master-dev.git   # 这个git路径是无效的,示例而已

2、查看所有分支

git branch --all  

默认有了dev和master分支,所以会看到如下三个分支:

master[本地主分支] 
origin/master[远程主分支] 
origin/dev[远程开发分支]

新克隆下来的代码默认master和origin/master是关联的,也就是他们的代码保持同步,但是origin/dev分支在本地没有任何的关联,所以我们无法在那里开发。

3、创建本地关联origin/dev的分支

git checkout dev origin/dev  

创建本地分支dev,并且和远程origin/dev分支关联,本地dev分支的初始代码和远程的dev分支代码一样。

4、切换到dev分支进行开发

git checkout dev  # 这个是切换到dev分支,然后就是常规的开发

为了更好的理解,最好继续看看下文。

二、假设远程仓库只有mater分支

1、克隆代码

git clone https://github.com/master-dev.git  # 这个git路径是无效的,示例而已

2、查看所有分支

git branch --all

默认只有master分支,所以会看到如下两个分支:

master[本地主分支] 
origin/master[远程主分支]

新克隆下来的代码默认master和origin/master是关联的,也就是他们的代码保持同步

3、创建本地新的dev分支

git branch dev  # 创建本地分支
git branch  # 查看分支

这时会看到master和dev,而且master上会有一个星号。这个时候dev是一个本地分支,远程仓库不知道它的存在,本地分支可以不同步到远程仓库,我们可以在dev开发,然后merge到master,使用master同步代码,当然也可以同步。

4、发布dev分支

发布dev分支指的是同步dev分支的代码到远程服务器。

git push origin dev:dev  # 这样远程仓库也有一个dev分支了

5、在dev分支开发代码

git checkout dev  # 切换到dev分支进行开发

开发代码之后,我们有两个选择:

第一个:如果功能开发完成了,可以合并主分支
git checkout master  # 切换到主分支
git merge dev  # 把dev分支的更改和master合并
git push  # 提交主分支代码远程
git checkout dev  # 切换到dev远程分支
git push  # 提交dev分支到远程
第二个:如果功能没有完成,可以直接推送
git push  # 提交到dev远程分支

注意:在分支切换之前最好先commit全部的改变,除非你真的知道自己在做什么。

6、删除分支

git push origin :dev  # 删除远程dev分支,危险命令哦

下面两条是删除本地分支:

git checkout master  # 切换到master分支
git branch -d dev  # 删除本地dev分支

详细可以参考个人博客:Git分支学习

<think>好的,用户想学习Git分支管理的相关知识,包括教程和最佳实践。首先,我需要整理Git分支管理的基础概念,然后根据提供的引用内容,总结常见的分支策略和最佳实践。用户可能对不同的分支模型(如Git Flow、GitHub Flow等)感兴趣,需要逐一解释它们的特点和适用场景。同时,结合引用中的信息,比如引用1提到的五种分支策略,引用3和4中的具体操作步骤,以及引用5的最佳实践,我需要将这些内容结构化,以清晰易懂的方式呈现。还要注意用户可能的需求,比如如何选择合适的分支策略,常用命令有哪些,以及如何解决实际开发中的问题(如修复bug时的分支管理)。最后,生成相关问题帮助用户进一步学习,确保回答覆盖了用户可能关心的各个方面。</think>### Git分支管理学习教程与最佳实践 #### 一、Git分支基础概念 1. **分支的本质** Git分支本质是一个指向提交对象的**可变指针**,与SVN等工具不同,Git分支创建和切换成本极低[^4]。 2. **默认分支** `master`(或`main`)分支是默认创建的主分支,但无特殊性质,与其他分支完全平等[^2]。 #### 二、常见分支管理策略 1. **Git Flow** - 特点:严格定义开发、发布、热修复流程 - 分支结构: ``` master(生产环境) ├── develop(集成分支) │ ├── feature/*(功能开发分支) │ └── release/*(预发布分支) └── hotfix/*(紧急修复分支) ``` - 适用:需要长期维护的复杂项目[^1] 2. **GitHub Flow** - 特点:简化流程,强调持续部署 - 规则: - 所有开发基于`master`分支 - 通过Pull Request进行代码审查 - 合并后立即部署 - 适用:SaaS类快速迭代项目[^1] 3. **Trunk-Based Development** - 特点:所有开发者直接向`master`提交代码 - 关键实践: - 短生命周期分支(1-2天) - 特性开关控制功能发布 - 适用:高成熟度团队与CI/CD深度集成项目 #### 三、最佳实践指南 1. **分支命名规范** - 功能分支:`feature/login-page` - 修复分支:`hotfix/payment-bug` - 发布分支:`release/v2.1.0` 2. **工作区管理技巧** ```bash # 临时保存未完成的工作(引用3示例) git stash git checkout master git checkout -b hotfix/xxx # 修复完成后恢复工作区 git stash pop ``` 3. **二进制文件处理** - 使用`git diff --numstat`检测二进制文件变更[^5] 4. **第三方库管理** - 建议通过子模块(submodule)或包管理器独立管理[^5] #### 四、常用命令速查 | 操作场景 | 命令示例 | |-------------------------|-----------------------------------| | 创建分支 | `git branch feature/new-api` | | 切换分支 | `git checkout develop` | | 合并分支(无冲突) | `git merge feature/login` | | 删除已合并分支 | `git branch -d feature/old` | | 查看分支图 | `git log --graph --oneline --all`| #### 五、策略选择建议 1. **初创团队** → GitHub Flow 2. **传统软件** → Git Flow 3. **微服务架构** → Trunk-Based Development 4. **紧急修复** → 单独创建`hotfix`分支[^3]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值