Git分支

本文深入解析Git的分支管理机制,阐述分支的本质是提交对象的指针,介绍如何通过创建、切换分支重现不同版本的快照,以及在分支上进行提交操作的影响。理解Git分支有助于高效协作与版本控制。

分支

分支是什么
  1. Git的分支其实就是一个指针,它指向的是某个提交对象。
  2. Git在提交时就会保存一个提交对象。
  3. 提交对象包含一个指向暂存内容快照的指针,作者姓名邮箱,提交说明,指向父对象的指针。

之前说过,Git以类似文件系统的方式管理文件,保存一系列不同时刻的文件快照。
执行暂存操作时,Git会计算相应文件的校验和,把当前版本的文件快照保存到Git仓库(使用blob对象保存),把校验和加入暂存区。
执行提交操作时,Git会计算每一个子目录的校验和,在Git仓库中将这些校验和保存为树对象。Git随后创建一个提交对象,提交对象除了指向暂存内容快照的指针、作者信息、提交说明、父对象指针外,还包含指向树对象的指针。那么Git就记录了此次提交的全部信息。
首次提交后,Git仓库有三类对象:

  1. blob对象:保存文件快照
  2. 树对象:保存目录结构,blob对象索引
  3. 提交对象:指向树对象的指针,提交信息
    在这里插入图片描述
    后续提交后,新的提交对象会包含指向上次提交对象(即父对象)的指针:
    在这里插入图片描述
    分支——本质上仅仅是指向提交对象的可变指针。切换不同的分支,其实就是切换不同的提交对象,重现该提交对象的快照。
    git init初始化一个项目时,默认创建了一个*master*分支,master分支与其他分支没有任何区别。每次提交,master就向前移动。
创建分支——git branch

创建分支其实就是创建一个新的可变指针,指向了当前的提交对象。
除了默认的master分支,Git还有一个HEAD指针,指向当前所在的本地分支

$ git branch testing 仅创建分支
$ git log --oneline --decorate
f30ab (HEAD -> master, testing) blabla
34ac2 blabla
98ca9 blabla

在这里插入图片描述
此时,当前所在的本地分支是master分支,master分支指向的提交对象是f30abtesting分支是基于当前的提交对象f30ab创建的,所以testing也指向了提交对象f30ab。由于只创建而没有切换到testing分支,所以HEAD仍指向了master分支。

切换分支——git checkout
$ git checkout testing 切换到已存在的分支testing
$ git checkout -b testing 创建并切换到新分支testing

切换之后,分支指向如图:
在这里插入图片描述
如图,mastertesting仍指向提交对象30ab,但是HEAD指向了testing,即当前分支已经被切换到了testing
如果此时进行提交,创建了一个提交对象87ab2,那么HEADtesting都会向前移动,指向新的提交对象87ab2,而master仍然指向f30ab(没有基于master分支提交),结果如图:
在这里插入图片描述
如果此时再切换回master分支:git checkout master,会把HEAD指回master,同时把工作区的内容恢复成master指向的快照,即提交对象f30ab的内容:
在这里插入图片描述
此时,工作区已经处于master分支,工作区是f30ab的快照内容。
此时再次提交,创建提交对象c2b9e,它的父对象就是f30abmasterHEAD向前移动。之前在testing分支的提交对象87ab2的父对象也是f30ab,项目从f30ab起,开始分叉:
在这里插入图片描述

$ git log --oneline --decorate --graph --all  输出提交历史、各个分支指向、项目的分支分叉 
* c2b9e (HEAD, master) made other changes
| * 87ab2 (testing) made a change
|/
* f30ab add feature #32 - ability to add new formats to the
* 34ac2 fixed bug #1328 - stack overflow under certain conditions
* 98ca9 initial commit of my project
欧姆龙FINS(工厂集成网络系统)协议是专为该公司自动化设备间数据交互而设计的网络通信标准。该协议构建于TCP/IP基础之上,允许用户借助常规网络接口执行远程监控、程序编写及信息传输任务。本文档所附的“欧ronFins.zip”压缩包提供了基于C与C++语言开发的FINS协议实现代码库,旨在协助开发人员便捷地建立与欧姆龙可编程逻辑控制器的通信连接。 FINS协议的消息框架由指令头部、地址字段、操作代码及数据区段构成。指令头部用于声明消息类别与长度信息;地址字段明确目标设备所处的网络位置与节点标识;操作代码定义了具体的通信行为,例如数据读取、写入或控制器指令执行;数据区段则承载实际交互的信息内容。 在采用C或C++语言实施FINS协议时,需重点关注以下技术环节: 1. **网络参数设置**:建立与欧姆龙可编程逻辑控制器的通信前,必须获取控制器的网络地址、子网划分参数及路由网关地址,这些配置信息通常记载于设备技术手册或系统设置界面。 2. **通信链路建立**:通过套接字编程技术创建TCP连接至控制器。该过程涉及初始化套接字实例、绑定本地通信端口,并向控制器网络地址发起连接请求。 3. **协议报文构建**:依据操作代码与目标功能构造符合规范的FINS协议数据单元。例如执行输入寄存器读取操作时,需准确配置对应的操作代码与存储器地址参数。 4. **数据格式转换**:协议通信过程中需进行二进制数据的编码与解码处理,包括将控制器的位状态信息或数值参数转换为字节序列进行传输,并在接收端执行逆向解析。 5. **异常状况处理**:完善应对通信过程中可能出现的各类异常情况,包括连接建立失败、响应超时及错误状态码返回等问题的处理机制。 6. **数据传输管理**:运用数据发送与接收函数完成信息交换。需注意FINS协议可能涉及数据包的分割传输与重组机制,因单个协议报文可能被拆分为多个TCP数据段进行传送。 7. **响应信息解析**:接收到控制器返回的数据后,需对FINS响应报文进行结构化解析,以确认操作执行状态并提取有效返回数据。 在代码资源包中,通常包含以下组成部分:展示连接建立与数据读写操作的示范程序;实现协议报文构建、传输接收及解析功能的源代码文件;说明库函数调用方式与接口规范的指导文档;用于验证功能完整性的测试案例。开发人员可通过研究这些材料掌握如何将FINS协议集成至实际项目中,从而实现与欧姆龙可编程逻辑控制器的高效可靠通信。在工程实践中,还需综合考虑网络环境稳定性、通信速率优化及故障恢复机制等要素,以确保整个控制系统的持续可靠运行。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值