版本控制工具-----Git 命令详解（附Eclipse和MyEclipse操作流程）

于 2020-10-03 13:36:11 发布
阅读量559 收藏 1
点赞数
CC 4.0 BY-SA版权
文章标签： git java github eclipse
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_46322716/article/details/108909436
本文详细介绍了Git的版本控制功能、本地库和远程库的管理，包括初始化、设置签名、基本操作如状态查看、提交、分支管理等。还讲解了Git与GitHub的集成，包括账号设置、远程库创建、克隆、推送、拉取和冲突解决。此外，文章探讨了Eclipse和MyEclipse中Git的使用，以及Git工作流的概念和实践。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

版本控制工具：Git

（1）版本控制工具：功能

  1. 协同修改
    • 多人并行不悖的修改服务器端的同一文件
  2. 数据备份
    • 不仅保存目录和文件的当前状态，还能保存每个提交过的历史状态
  3. 版本管理
    • 在保存每一个版本的文件信息的时候要做到不保存重复数据，节约存储空间，提高运行效率
      • SVN ：增量式管理方式（新版本 = 只保存修改的地方 + 旧版本数据）
      • Git：文件系统快照方式
  4. 权限控制
    • 对团队中参与开发的人员进行权限控制
      • 测试人员：只有只读的权限
      • 开发人员：对负责的模块有读写权限
    • 对团队外开发者贡献的代码进行审核（Git 特性）
  5. 历史记录
    • 查看修改人、修改时间、修改内容、日志信息
    • 可以将本地文件恢复到某一个历史状态
  6. 分支管理
    • 允许开发团队在工作过程中多条生产线同时推进任务，进一步提高效率

（2）版本控制：简介

1、版本控制

  • 在项目开发中，可以使用版本控制思想管理代码的版本迭代

2、版本控制工具

  • 思想：版本控制

  • 实现：版本控制工具

    • 集中式版本控制工具：CVS、SVN、VSS …
      • 数据文件和历史版本信息存储在服务器端，客户端与其进行交互
    • 缺点：
      • 存在单点故障问题：如果服务器损坏或宕机，其中历史数据都会丢失

在这里插入图片描述

  • 分布式版本控制工具：Git、Mercurial、Bazaar、Darcs …
    • 在本地进行版本控制，每个开发人员的机器上存在历史完整数据，并且可以互相交互数据
    • Git 能做到本地库之间互相传递数据，但常规不进行传递，还是需要远程库的支持

在这里插入图片描述

（3）Git：简介

1. Git 简史

在这里插入图片描述

2. Git 优势
  • 版本控制大部分操作都在本地完成，不需要联网（依靠本地库）
  • 完整性保证（对输入的数据进行 Hash 操作，最后得到相同类型的结果）
  • 尽可能添加数据而不是删除或修改数据
  • 分支操作非常快捷且流畅
  • 与 linux 命令全面兼容（同一个创始人-林纳斯）
3. Git 结构

在这里插入图片描述

4. Git 和 代码托管中心
  • 代码托管中心的任务：维护远程库
  • 局域网环境下：GitLab 服务器
  • 外网环境下：
    • GitHub 托管中心
    • 码云（国内访问速度较快）
5. 本地库和远程库
① 团队内部协作

在这里插入图片描述

② 跨团队协作

在这里插入图片描述

（4）Git：命令行操作

1、本地库初始化

  • 目的：在本地创建某个项目的本地库，存放该项目的数据以及历史版本信息，进行版本控制

  • 命令：git init

  • 效果：在 D:/Git/workspaces 目录下，模拟创建 WeChat项目，进行本地库初始化操作，完成代码仓库创建

在这里插入图片描述

  • 注意：

    • . git 目录中存放的是本地库相关的子目录和文件，不能删除，不能胡乱修改
    • 如果希望删除某个代码仓库，删除对应仓库的 .git 文件夹即可

2、设置签名

  • 形式：

    • 用户名：tom
    • Email地址：goodMorning@atguigu.com

  • 作用：区分不同开发人员的身份

  • 辨析：这里设置的签名和登录远程库 ( GitHub代码托管中心 ) 的账号、密码没有任何关系

  • 命令：

    • 项目级别 / 仓库级别：仅在当前本地库范围内有效

      • git config user.name tom_pro
      • git config user.email goodMorning_pro@atguigu.com
      • 信息保存位置：项目 / .git / config 文件

在这里插入图片描述

  • 系统用户级别：登录当前操作系统的用户范围（默认设置）

    • git config –global user.name tom_glb
    • git config –global user.email goodMorning_glb@atguigu.com
    • 信息保存位置：~ / .gitconfig 文件

在这里插入图片描述

  • 级别优先级

    • 就近原则：项目级别优先于系统用户级别，二者都存在时采用项目级别的签名
      • 如果只有系统用户级别的签名，就以系统用户级别的签名为准
      • 二者都没有不允许进行操作

3、基本操作

1. 状态查看
  • 命令：git status
  • 查看工作区、本地库、暂存区状态

在这里插入图片描述

2. 添加暂存区
  • 命令：git add [file name]
  • 将工作区的 " 新建 / 修改 "添加到暂存区
    在这里插入图片描述
3. 移除暂存区
  • 命令：git rm --cached [file name]
  • 将暂存区的内容移除到工作区中，成为未追踪文件
4. 提交新建文件
  • 将暂存区的内容提交到本地库
① 写法一：
  • git commit [file name]
    • 进入 Vim编辑器，点击 i 键进入编辑模式，文件第一行记录 commit message 提示信息，保存提交
② 写法二：
  • git commit -m "commit message " [file name] （常用方式，不需要进入 Vim 编辑器）

在这里插入图片描述

5. 提交修改文件
  • 将工作区修改后的文件添加到暂存区 ( git add )，再提交到本地仓库 ( git commit )，中途可以撤销操作

在这里插入图片描述

  • 或者直接工作区修改后的内容提交到本地仓库( git commit )，中途不可以撤销操作
6. 查看历史记录

  • 命令：git log
    在这里插入图片描述

  • 多屏显示控制方式：

    • 空格向下翻页
    • b 向上翻页
    • q 退出

  • 历史版本记录显示方式：

    • 每条日志一行显示：git log --pretty=oneline
      在这里插入图片描述

    • 每条日志一行简洁显示：git log --oneline

在这里插入图片描述

  • online 显示基础上显示移动当前版本所需步数：git reflog

在这里插入图片描述

7. 版本前进后退：
  • 本质：移动 HEAD 指针，进行历史版本的前进与回退
  1. 基于索引值操作（推荐）：git reset --hard [局部索引值]

在这里插入图片描述

  1. 使用 ^ 符号回退：git reset --hard HEAD^
    – 注意：只能后退版本，一个^表示后退一步，n个表示后退n步
    在这里插入图片描述

  2. 使用 ~符号回退：git reset --hard HEAD~n
    – 注意：只能后退版本，表示后退 n 步

在这里插入图片描述

8. reset 命令的三个参数
  • soft 参数：仅仅在本地库移动 HEAD 指针，工作区与暂存区不改变
  • mixed 参数：在本地库移动 HEAD 指针，重置暂存区
  • hard 参数：在本地库移动 HEAD 指针，重置暂存区和工作区
9. 删除文件并找回

  • 前提：删除前，文件存在时的状态提交到了本地库
    在这里插入图片描述

  • 操作：git reset --hard [指针位置]

    1. 删除操作已经提交到本地库，指针位置指向历史提交记录找回文件

在这里插入图片描述

  1. 删除操作尚未提交到本地库，指针位置使用 HEAD
    在这里插入图片描述
  • 结论：提交新建文件和删除文件的记录都会保存，无法磨灭，可以回退到其版本
10. 比较文件差异
  • git diff [文件名]：将工作区中的文件和暂存区进行比较

在这里插入图片描述

  • git diff [本地库中历史版本] [文件名]：将工作区文件和本地库历史版本比较
    在这里插入图片描述

  • 不带文件名：比较多个文件

4、分支管理

1. 什么是分支？
  • 在版本控制过程中，使用多条线同时推进多个任务
    在这里插入图片描述
2. 分支的好处
  • 同时并行推进多个功能开发，提高开发效率
  • 各个分支在开发过程中，如果某一分支开发失败，不对其他分支有影响，删除重新开始即可
3. 分支操作
  1. 创建分支：git branch [分支名]

在这里插入图片描述

  1. 查看分支：git branch -v

  2. 切换分支：git checkout [分支名]

在这里插入图片描述

  1. 合并分支：
  • 在修改的分支上进行文件修改，从工作区 add → commit 提交到本地库，分支状态改变

在这里插入图片描述

  • 切换到接收修改的分支（增加新内容）上：git checkout [被合并分支名]

在这里插入图片描述

  • 执行 merge命令：git merge [接收修改分支名]
    在这里插入图片描述
4. 分支冲突
  • 冲突表现：当多个分支同时修改同一文件的内容时，出现分支冲突问题

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

  • 冲突解决：
    1. 编辑文件，删除特殊符号
    2. 把文件修改到满意的程度，保存并退出

在这里插入图片描述

  1. 文件添加到暂存区：git add [ 文件名 ]
  2. 文件提交到本地库：git commit -m "日志信息 "（注意：此时 commit 不能带具体文件名）
    在这里插入图片描述

（5）Git：基本原理

1、哈希算法

在这里插入图片描述

  • 哈希是一个系列的加密算法，各个不同的哈希算法，虽然加密强度不同，但也有几个共同点

    ①不管输入数据的数据量有多大，输入同一个哈希算法，得到的加密结果长度固定

    ②哈希算法确定，输入数据确定，输出数据能够保证不变

    ③哈希算法确定，输入数据有变化，输出数据一定有变化（变化很大！！！）

    ④哈希算法不可逆

  • Git 版本控制工具底层采用：SHA-1哈希算法

  • 哈希算法作用：校验文件

    • 原理：在这里插入图片描述

    • Git 依赖这种机制，从根本上保证数据完整性

2、保存版本机制

1. 集中式：文件管理机制
  • 以文件变更列表的方式存储信息，将保存的信息看做一组文件和每个文件随时间逐步积累的差异
    • 使用增量方式保存版本信息

在这里插入图片描述

2. Git：文件管理机制
  • Git 把数据看作是小型文件系统的一组快照
    • 每次提交更新时 Git 都会对当前的全部文件制作一个快照，并保存这个快照的索引
    • 为了高效，如果文件没有修改，Git 不再重新存储该文件，而是只保留一个链接指向之前存储的文件
  • Git 工作方式：快照流

在这里插入图片描述

3. Git：提交对象

在这里插入图片描述

  • 提交对象及其父对象形成的链条：
    在这里插入图片描述

3、分支管理机制

1. 分支的创建

在这里插入图片描述

  • Git 分支创建：
    • 初始化本地库，会有一个 master 分支，HEAD指针默认指向 master分支
    • 创建 testing 分支，会新建一个指针 testing指向某个版本，效率更高
2. 分支的切换

  • 切换 HEAD指针指向：之前指向的是 master分支，现在指向 testing分支

    • 注意：此时指向的其实是同一版本
      在这里插入图片描述

  • 在 HEAD指针指向 testing分支时，提交新的内容，版本信息相对于旧版本会更新

在这里插入图片描述

  • 当 HEAD指针切换指向回 master分支，效率极高，只是移动指针位置，不涉及文件的创建
    在这里插入图片描述

  • 当 HEAD指针指向 master分支，再次提交新内容，testing / master 分支指向不同版本，以 f30ab 为父对象

在这里插入图片描述

（6）Git：GitHub

1、账号信息

  • https://github.com 上注册自己的 GitHub账号

2、创建远程库

1. 创建新本地库
  • 创建一个新的本地库 huashan，演示本地库与 github上远程库进行交互
    在这里插入图片描述
2. 创建远程库

在这里插入图片描述

3、创建远程库地址别名

  • 远程库地址：https://github.com/programmer-jjq/huashan.git（太长，需要起别名）
  • 命令：
    • git remote -v： 查看当前所有远程库地址别名
    • git remote add [别名] [远程地址]：给远程库地址起别名保存到本地库

在这里插入图片描述

4、推送

在这里插入图片描述

  • 命令：git push [远程库地址别名] [分支名]：推送本地库文件到github的远程库

  • 推送流程：

    1. 先登录github，建立连接

在这里插入图片描述

  1. 执行 push 推送命令，成功推送文件 → github的远程库

在这里插入图片描述

5、克隆

  • 模拟另外的新用户（未加入团队），克隆远程库中文件到本地文件夹
1. 创建文件夹
  • 创建新文件夹 huashan_lhuc ， 演示从远程库中克隆文件到本地文件夹

在这里插入图片描述

2. 执行克隆
  • 命令：git clone [ 远程地址 ]
  • 效果：
    • 完整的把远程库下载到本地
    • 自动创建 origin 为远程地址别名
    • 初始化本地库（ .git目录 ）

在这里插入图片描述

6、团队成员邀请

  • 新用户实现克隆远程库到本地库，并且可以在本地库中修改并提交

在这里插入图片描述

  • 问题：如果想把修改文件推送到远程库，还是不可以，因为新用户还未加入团队

  • 邀请成员流程：

    1. 在 github 上的远程库的设置中，邀请团队成员进入团队
      在这里插入图片描述

请添加图片描述

  1. 获取邀请链接，发送给被邀请成员（https://github.com/programmer-jjq/huashan/invitations）

在这里插入图片描述

  1. 被邀请成员登录 github账号，访问邀请链接，同意接受邀请 →进入团队

在这里插入图片描述

  1. 加入团队后，获取写权限，新用户就可以 push命令推送修改文件到远程库

在这里插入图片描述

7、拉取

  • 新用户加入团队后，将修改后的文件内容推送到 github远程库，旧用户需要将更新的部分拉取到本地库

在这里插入图片描述

  • pull = fetch + merge （读操作，无需登录验证身份）

    • pull 命令分离优势：
      • 当拉取操作复杂时，暂时不对本地库文件进行合并，等确定好远程库拉取下的文件后，再去合并

  1. git fetch [远程库地址别名] [远程分支名]

    • fetch抓取：将远程库内容下载到本地库，但并不修改合并本地库文件（保存到另一分支）
      在这里插入图片描述

  2. git merge [远程库地址别名 / 远程分支名]
    将远程拉取的master 合并到本地的 master分支

在这里插入图片描述

  1. git pull [远程库地址别名] [远程分支名]
    – 当推送和拉取的内容简单，不可能存在冲突时，使用该方式

8、冲突解决

  • 团队协作：团队内两个用户同时修改本地库同一文件并推送远程库，会发生冲突

    • 先推送的用户推送成功：

在这里插入图片描述
在这里插入图片描述

  • 后推送的用户推送失败：

在这里插入图片描述

  • 解决思路：

    • 后推送的用户：必须先拉取前推送用户推送的文件到本地（文件内部会有冲突，需要手动解决）
      在这里插入图片描述
      冲突解决后，再执行推送命令，即可推送成功
      在这里插入图片描述
      在这里插入图片描述

  • 问题：如果不是基于 GitHub 远程库的最新版本做出的修改，不能推送，必须先拉取解决冲突后在推送

  • 解决：拉取下来后，如果进入冲突状态，按照 “分支冲突解决” 操作解决即可

9、跨团队协作

  • 场景：ybc 与 lhc 用户的远程库需要另外的技术或资源，需要与 dfbb 的远程库协作解决问题
协作流程：

  1. 复制 ybc 与 lhc 用户的远程库链接地址，登录 dfbb 的Github账户，访问该链接地址，点击 fork 按钮
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述

  2. dfbb 用户将远程库中内容 clone 到本地库，文件进行修改后，push命令推送到 dfbb 远程库

在这里插入图片描述

在这里插入图片描述

  1. 执行 Pull request 命令：

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

  1. 登录 ybq 的 github账户，接收 Pull requests，并且点击进入

在这里插入图片描述
在这里插入图片描述

  • 并且可以在 pull request 中，可以进行隔空对话：
    在这里插入图片描述

在这里插入图片描述

  1. 在ybq 的 github上，进行审核代码：

在这里插入图片描述

  1. 如果审核不存在问题，点击【Merge pull request 】，合并代码。填写日志信息，代码合并完成

在这里插入图片描述
在这里插入图片描述

  1. 将远程库修改的内容拉取到本地，完成跨团队协作解决问题：
    在这里插入图片描述

10、SSH免密登录

  • 平时只操作一个 GitHub账号时，每次基于 Http地址 执行 Push推送命令都需要登录账号，过于繁琐

    • Window10系统的凭据管理器功能可以保存账号密码，执行推送时免登录
    • 其他系统解决方法：配置基于 SSH地址执行 Push推送命令的免密登录

  • 免密登录配置流程：

    1. 进入当前用户的系统根目录，删除 .ssh目录

    2. 复制 GitHub 邮箱，运行命令生成 .ssh 密钥目录（ssh -keygen -t rsa -C github邮箱）

在这里插入图片描述

  1. 进入 .ssh目录，查看文件列表，查看 id_rsa.pub 文件内容

在这里插入图片描述

  1. 复制 id_rsa.pub 文件内容 ，登录 GitHub ，点击头像→Settings→SSH and GPG keys

在这里插入图片描述

  1. 点击 New SSH Key ，输入复制的密钥信息

在这里插入图片描述

  1. 切换到项目本地库中，修改文件内容并提交到本地库，查看只有基于HTTP的远程仓库地址别名
![在这里插入图片描述](https://img-blog.csdnimg.cn/20201003132609294.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NjMyMjcxNg==,size_16,color_FFFFFF,t_70#pic_center)
  1. 需要创建新远程地址别名（SSH地址类型）

在这里插入图片描述

  1. 推送文件并测试

在这里插入图片描述

（7）Git：Eclipse

  • 在 Eclipse 中，创建 TestGit 的 Maven-Web 工程，演示在 Eclipse 中 Git的使用

在这里插入图片描述

1、工程初始化为本地库

  • 工程 → 右键 → Team → Share Project → Git

在这里插入图片描述

  • Create Repository：

在这里插入图片描述
在这里插入图片描述

  • Finish：

在这里插入图片描述
在这里插入图片描述

  • 设置本地库级别的签名：

在这里插入图片描述

2、Eclipse：Git 图标类型

  • 不同的Git 图标类型：

在这里插入图片描述

  • 工程初始化为本地库后，其中文件或文件夹都是未追踪状态
    • 使用 Git status 命令查看，都是处于红字状态

在这里插入图片描述

3、Eclipse：忽略文件

  • 概念：Eclipse特定文件

    • 这些是 Eclipse为管理创建工程而维护的文件，和开发代码没有关系，不需要在 Git中追踪，需要忽略

      • .classpath 文件
      • .project 文件
      • .settings 目录下所有文件

    • 为什么要忽略 Eclipse 特定文件？

      • 同一团队中开发人员使用IDE可能不同，IDE不同时，相关工程特定文件可能不同
      • 如果这些文件加上版本控制，开发时可能需要给这些文件解决冲突

    • 如何忽略特定文件？

      • GitHub 官网忽略样式文件

        • https://github.com/github/gitignore
        • https://github.com/github/gitignore/blob/master/Java.gitignore

      • 编辑本地忽略配置文件：

        • 在用户系统根目录下，创建并配置 Java.gitignore 忽略文件
        • 在 ~ / .gitconfig 文件中引用忽略文件：[core] excludesfile = C:/Users/jiao/Java.gitignore

4、Eclipse：本地库基本操作

1. 添加到暂存区
① 自动添加
  • 项目右键→ Team → Add To Index ：将工程中文件添加到暂存区等待提交
② 手动拖拽
  • 项目右键 → Team → Commit 中，手动拖拽到暂存区中等待提交
    在这里插入图片描述
2. 提交到本地库
  • 项目右键 → Team → Commit → 暂存区有文件 → 输入日志信息 → 点击【commit】提交到本地库

在这里插入图片描述

  • 可以使用 ctrl + shift + 3 唤出可视化命令界面，快捷进行【commit 】进行提交到本地库

在这里插入图片描述

3. 查看提交历史记录
  • 右键项目 → Team → Show In History ：可查看项目的Git的历史提交记录

在这里插入图片描述

4. 推送到远程库
1. 创建远程库
  • 登录 GitHub 中心，创建 TestGit 的远程仓库
2. 推送
  1. 复制 TestGit 仓库的 HTTP地址，右击项目 → Team → Remote → push 进入设置

在这里插入图片描述

  1. 设置 push指令的 github地址和身份验证信息

在这里插入图片描述

在这里插入图片描述

  1. 新建分支，设置提交的日志信息

在这里插入图片描述

  1. 推送成功：出现以下界面，证明推送文件到远程库成功

在这里插入图片描述

在这里插入图片描述

5. 克隆到本地库
① Oxygen Eclipse 克隆（高版本）
  • 将 GitHub中心的远程库克隆到本地，放入Eclipse的工作区中管理，便于进行后续的开发
  1. 右键点击 → Import → Git / Projects from Git → Clone URI

在这里插入图片描述

在这里插入图片描述

  1. 登录 GitHub，复制要克隆的远程库的 HTTP地址，填入相关信息，选择要克隆的分支
    在这里插入图片描述

  2. 选择克隆的远程库的保存目录（保存在Eclipse的工作区）
    在这里插入图片描述

  3. 克隆成功，选择导入工作区的方式（ 只能选择 Import as general project ），并且设置工程名

在这里插入图片描述
在这里插入图片描述

  1. 导入工作区后，目录结构混乱没法使用，需要让 Eclipse识别该项目转换为Eclipse工程

    • 右键项目 → Configure → Cornvert to Maven Project
      在这里插入图片描述

  2. 克隆操作的最后效果：

在这里插入图片描述

② Kepler Eclipse 克隆（低版本）
  • 问题：克隆的工程不能保存到当前 Eclipse 工作区目录

在这里插入图片描述

  • 解决：保存到工作区以外的目录

在这里插入图片描述

6. 冲突解决
  1. 两个工程同时修改本地库中同一文件并推送到远程库中

在这里插入图片描述

  1. 先推送的工程推送成功，后推送的推送失败

在这里插入图片描述
在这里插入图片描述

  1. 冲突解决：

    1. 后推送的工程需要执行拉取操作，将先推送的文件拉取到本地，出现文件冲突

在这里插入图片描述

在这里插入图片描述

  1. 冲突解决：右键冲突文件 → Team → Merge Tool 工具解决冲突修改完成

    public class Happy {
	public static void main(String[] args) {
		System.out.print("right ....");
		System.out.print("left ....");
	}
}

  2. 正常进行：右击项目 → Team → Add To Index 添加修改文件到暂存区 → commit 提交到本地库

在这里插入图片描述

  1. 再将冲突解决后的修改文件推送到远程库，推送成功
    在这里插入图片描述
    在这里插入图片描述

（8）Git：工作流

1、概念

  • 项目开发过程中使用 Git 的方式

2、分类

1. 集中式工作流
  • 像 SVN 一样，集中式工作流，以中央仓库作为项目所有修改的单点实体
    • 所有修改 → 提交到远程库Master 分支
  • 这种方式与 SVN 的主要区别是：开发人员有本地库，但是 Git 的很多特性并没有用到

在这里插入图片描述

2. GitFlow工作流 **
  • Gitflow工作流通过为功能开发、发布准备和维护设立了独立的分支，发布迭代过程更流畅
    • 严格的分支模型也为大型项目提供了一些非常必要的结构
    • 充分利用 Git 的分支管理特性
      在这里插入图片描述
3. Forking工作流
  • Forking 工作流是在 GitFlow 基础上，充分利用了 Git 的 Fork 和 pull request 的功能
    • 对团队外成员提供的代码审核
  • 适合安全可靠地管理大团队的开发者，而且能接受不信任贡献者的提交

在这里插入图片描述

3、GitFlow工作流详解

1. 分支种类
① 主干分支 master
  • 主要负责管理：正在运行的生产环境代码，永远保持与正在运行的生产环境完全一致
② 开发分支 develop
  • 主要负责管理：正在开发过程中的代码（一般是最新代码）
③ bug修理分支 hotfix
  • 主要负责管理：生产环境下出现的紧急修复的代码
    • 从主干分支分出，修理完毕并测试上线后，并回主干分支
    • 并回后，视情况可以删除该分支
④ 预发布分支 release
  • 较大的版本上线前，会从开发分支中分出准生产分支，进行最后阶段的集成测试
    • 该版本上线后，会合并到主干分支
    • 生产环境运行一段阶段较稳定后可以看情况删除
⑤ 功能分支 feature
  • 为了不影响较短周期的开发工作，一般把中长期开发模块，会从开发分支中独立开发
    • 开发完成后会合并到开发分支
2. 举例
  • 实际开发：这些分支不一定都会创建和使用，这只是较为经典的GitFlow工作流

在这里插入图片描述

3. 分支实战
  • ybq 给 lhc 分配任务，去开发一个新功能
    1. lhc： 不能直接在 master 分支开发，需要新创建 featureA 分支，在新分支上进行功能开发
      • 开发失败：分支直接删除，不影响主分支运行
      • 开发成功：本地测试完成后，推送到远程库
    2. 远程库：新建 featureA 分支，来存储 lhc 推送的文件
    3. ybq：将执行拉取操作，在其本地库上切换到远程库的新分支上，进行代码审核
    4. 代码审核通过不存在问题后，ybc执行合并操作，将 featureA 分支合并到 master分支上，推送远程库

在这里插入图片描述

4. 实战具体操作
  1. 在 lhc 的工程中，先创建一个新分支，并起名为 hot_fix 分支，进行新功能的开发

在这里插入图片描述
在这里插入图片描述

  1. 在新分支 hot_fix 上修改文件，提交到本地库并推送到远程库

  2. 推送**新分支上的文件到远程库，远程库新建分支 → 存储推送的新文件 **
    在这里插入图片描述
    在这里插入图片描述

  3. 在 ybq 的工程上，先执行 pull 拉取操作，然后切换分支，审核代码
    在这里插入图片描述

在这里插入图片描述

  • 选择 【Check out as New Local Branch】，成功切换到远程库的hot_fix新分支上

在这里插入图片描述

在这里插入图片描述

  1. 在hot_fix 分支上进行测试修改直到满意后，主工程切换回 master分支

在这里插入图片描述

  1. 本地进行合并分支操作（master分支合并hot_fix分支）
    在这里插入图片描述

在这里插入图片描述

  1. 合并分支结果

在这里插入图片描述

  1. 合并成功后，把 master 推送到远程库中完成
========================================
以上就是 分布式版本控制工具 Git 的使用详解，欢迎收藏转载！！！
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值