Git笔记

一、版本控制工具应该具备的功能

1.1、协同操作

多人并行不悖(bei)的修改服务器端的同一文件

1.2、数据备份

不仅保存目录和文件的当前状态,还能够保存每一个提交过的历史状态

1.3、版本管理

在保存每一个版本的文件信息的时候要做到不保存重复数据,以节约存储空 间,提高运行效率。这方面 SVN 采用的是增量式管理的方式而 Git 采取了文件系统快照的方式。

1.4、权限控制

对团队中参与开发的人员进行权限控制。
对团队外开发者贡献的代码进行审核——Git 独有。

1.5、历史记录

查看修改人、修改时间、修改内容、日志信息。
将本地文件恢复到某一个历史状态。

1.6、分支管理

允许开发团队在工作过程中多条生产线同时推进任务,进一步提高效率。

二、版本控制简介

2.1、版本控制

工程设计领域中使用版本控制管理工程蓝图的设计过程。在 IT 开发过程中也可以 使用版本控制思想管理代码的版本迭代。

2.2、版本控制工具

思想:版本控制
实现:版本控制工具

2.3、集中式版本控制工具

CVS、SVN、VSS、
image-20211210153922915.png

2.4、分布式版本控制工具

Git、Mercurial、Bazaar、Darcs…
image-20211210154252986.png

三、Git简介

3.1、Git简史

image-20211210154522221.png

3.2、Git官网和Logo

官网地址:https://git-scm.com/
Git图标:

3.3、Git的优势

1、大部分操作在本地完成,不需要联网
2、完整性保证
3、尽可能添加数据而不是删除或修改数据
4、分支操作非常快捷流畅
5、与Linux命令全面兼容

3.4、Git安装操作

1、进入官网下载最新版本Git(根据自己的运行环境选择)
https://git-scm.com/downloads
image-20211210155513337.png
2、Git安装操作指南
详细步骤:略…,详细参考网上安装步骤,这里就不演示了
image-20211210160015567.png

3.5、Git结构

image-20211210160456332.png

3.6、Git和代码托管中心

  1. 代码托管中心的任务
  • 维护远程库
  1. 局域网环境下
  • GitLab服务器
  1. 外网环境下
  • GitHub
  • 码云(Gitee)

3.7、本地库和远程库

3.7.1、团队内部协作

image-20211210161913592.png

3.7.2、跨团队操作

image-20211210162442609.png

四、Git命令行操作

4.1、本地库初始化

git init

image-20211210163014524.png
注意:.git目录存放的是本地库相关的子目录和文件,不要删除,也不要,胡乱修改

4.2、设置签名

4.2.1、形式

用户名:tom
Email地址:goodMorning@atguigu.com
作用:区分不同开发人员的身份
辨析:这里设置的签名和登录远程库(代码托管中心)的账号、密码没有任何关系
命令:
1、项目级别/仓库级别:仅在当前本地库范围内有效
image-20211210165026345.png

#仅在当前本地库范围内有效
git config user.name tom_pro
git config user.email goodMorning_pro@atguigu.com

1.1、信息保存位置:./git/config文件
image-20211210164121828.png
1.2、注意事项:我这里是window11环境
image-20211210164220043.png
1.3、点开  .git里面的config文件
image-20211210164505000.png
2、系统用户级别:登录当前操作系统的用户范围
image-20211210165226314.png

git config --global user.name zihao
git config --global user.email zihao_pro@qq.com

**注意事项:**这是你本机级别的设置, .gitconfig文件得去你本机得用户里面找,
image-20211210165435275.png
image-20211210165453601.png
3、级别优先级
3.1、就近原则:项目级别优先于系统用户级别,二者都有时采用项目级别的签名
3.2、如果只有系统用户级别的签名,就以系统用户级别的签名为准
3.3、二者都没有不允许

4.3、基本操作

4.3.1、查看状态
git status
#查看工作区、暂存区状态
4.3.2、添加
git add [file name]
#将工作区的 “新建/修改” 添加到暂存区

image-20211210171515026.png

4.3.3、提交
git commit -m "commit message" [file name]
#将暂存区的内容提交到本地库
4.3.4、查看历史记录
git log
多屏显示控制方式:
空格向下翻页
b向上翻页
q退出

image-20211222092725794.png

git log --pretty=oneline

image-20211222092914428.png

git log --onelne

image-20211222093033343.png

git reflog

image-20211222093110411.png
HEAD@{移动到当前版本需要多少步}

4.3.5、前进后退

image-20211222095954313.png
image-20211222100106520.png
基于索引值操作【推荐】

git reset --hard []
举例:git reset --hard 7338ae1

image-20211222100320269.png
将要回退版本
image-20211222100426480.png
回退版本成功
image-20211222100457189.png
使用^符号:只能后退

git reset --hard HEAD^
注:一个^表示后退一步,n个表示后退n步

使用~符号:只能后退

git reset --hard HEAD~n
注:表示后退n步
4.3.6、reset命令的三个参数对比

–soft参数
仅仅在本地库移动HEAD指针,暂存区,工作区都不动

–mixed参数
在本地库移动HEAD指针
重置暂存区

–hard参数
在本地库移动HEAD指针
重置暂存区
重置工作区

4.3.7、删除文件并找回
  • 前提:删除前,文件存在时的状态提交到了本地库
  • 操作:git reset --hard[指针位置]
  • 删除操作已经提交到本地库:指针位置指向历史记录
  • 删除操作尚未提交到本地库:指针位置使用HEAD
4.3.8、比较文件差异
git diff[文件名]
  • 将工作区的文件和暂存区进行比较
git diff[本地库中的历史版本][文件名]
  • 将工作区的文件和本地库历史中记录比较
  • 不带文件名比较多个文件

4.4、分支管理

4.4.1、什么是分支?

在版本控制过程中,使用多条线同时推进多个任务。
image-20211223153433401.png

4.4.2、分支的好处?
  • 同时并行推进多个功能开发,提高开发效率
  • 各个分支在开发过程中,如果某一个分支开发失败,不会对其他分支有任何影响。失败的分支删除重新开始即可。
4.4.3、分支操作
  1. ** 创建分支 **
git branch[分支名]

image-20211225094616907.png

  1. **查看分支 **
git branch -v

image-20211225094711554.png

  1. **切换分支 **
git checkout[分支名]
  1. **合并分支 **

第一步:切换到接受修改的分支(被合并,增加新内容)上

git checkout[被合并分支名]

第二步:执行merge命令

git merge[有新内容分支名]

解决冲突:
冲突的表现
image-20211225100451113.png
冲突的解决:

  • 第一步:编辑文件,删除特殊符号
  • 第二步:把文件修改到满意的程度,保存退出
  • 第三步:git add[文件名]
  • 第四步:git commit -m “日志信息”
  • 注意:此时commit一定不能带具体文件名

五、Git基本原理

5.1、哈希

image-20211225101130353.png

  1. 哈希是一个系列的加密算法,各个不同的哈希算法虽然加密强度不同,但是有以下几个共同点:
  2. 不管输入数据的数据量有多大,输入同一个哈希算法,得到的加密结果长度固定。
  3. 哈希算法确定,输入数据确定,输出数据能够保证不变
  4. 哈希算法确定,输入数据有变化,输出数据不一定有变化,而且通常变化很大
  5. 哈希算法不可逆
  6. Git底层采用的是 SHA-1算法
  7. 哈希算法可以用来验证文件。原理如下图所示:

image-20211225101544412.png
Git就是靠这种机制来从根本上保证数据完整新的

5.2、Git保存版本的机制

5.2.1、集中式版本控制工具的文件管理机制

以文件变更列表的方式存储信息。这类系统将它们保存的信息看作是一组基本文件和每个文件随时间逐步累积的差异
image-20211225101944206.png

5.2.2、Git的文件管理机制

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

5.2.3、Git文件管理机制细节

Git的 “提交对象”
image-20211225172858734.png
提交对象及其父对象形成的链条
image-20211225172954693.png

5.3、Git分支管理机制

5.3.1、分支的创建

image-20211225173054390.png

5.3.2、分支的切换

image-20211225173153513.png
image-20211225173240370.png
image-20211225173312638.png
image-20211225173336501.png

六、Gitee

6.1、注册账号信息

Gitee首页就是注册页面:https://gitee.com/signup

6.2、创建远程库

image-20211225174011613.png

6.2、新建仓库

image-20211225174058143.png

6.3、创建远程库地址别名

git remote -v 查看当前所有远程地址别名
git remote add [别名][远程地址]

image-20211225174258999.png
image-20211225174317971.png

6.4、推送

git push [别名][分支名]

image-20211225174450486.png

6.5、克隆

git clone [远程地址]

image-20211225174605492.png
效果:

  • 完整的把远程库下载到本地
  • 创建clone远程地址别名
  • 初始化本地仓库

6.6、团队成员邀请(Gitee)

image-20211225174906034.png
image-20211225175104746.pngimage-20211225175131979.png

6.7、拉取

pull=fetch+merge
git fetch[远程库地址别名][远程分支名]
git merge[远程库地址别名][远程分支名]
git pull[远程库地址别名][远程分支名]
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值