目录
一、Git概述
Git 是一个免费的、开源的分布式版本控制系统,可以快速高效地处理从小型到大型的各种项目
Git 易于学习,占地面积小,性能极快。 它具有廉价的本地库,方便的暂存区域和多个工作 流分支等特性。其性能优于 Subversion、CVS、Perforce 和 ClearCase 等版本控制工具
1.1 何为版本控制
1.2 为什么需要版本控制
从个人开发过渡到团队协作
1.3 版本控制工具
1.3.1 集中式版本控制工具
CVS、SVN(Subversion)、VSS……
集中化的版本控制系统诸如 CVS、SVN 等,都有一个单一的集中管理的服务器,保存 所有文件的修订版本,而协同工作的人们都通过客户端连到这台服务器,取出最新的文件或 者提交更新。多年以来,这已成为版本控制系统的标准做法。
这种做法带来了许多好处,每个人都可以在一定程度上看到项目中的其他人正在做些什 么。而管理员也可以轻松掌控每个开发者的权限,并且管理一个集中化的版本控制系统,要 远比在各个客户端上维护本地数据库来得轻松容易。
事分两面,有好有坏。这么做显而易见的缺点是中央服务器的单点故障。如果服务器宕 机一小时,那么在这一小时内,谁都无法提交更新,也就无法协同工作
1.3.2 分布式版本控制工具
Git、Mercurial、Bazaar、Darcs……
像 Git 这种分布式版本控制工具,客户端提取的不是最新版本的文件快照,而是把代码 仓库完整地镜像下来(本地库)。这样任何一处协同工作用的文件发生故障,事后都可以用 其他客户端的本地仓库进行恢复。因为每个客户端的每一次文件提取操作,实际上都是一次 对整个文件仓库的完整备份。
分布式的版本控制系统出现之后,解决了集中式版本控制系统的缺陷:
1. 服务器断网的情况下也可以进行开发(因为版本控制是在本地进行的)
2. 每个客户端保存的也都是整个完整的项目(包含历史记录,更加安全)
1.4 Git 工作机制
1.5 Git 和代码托管中心
代码托管中心是基于网络服务器的远程代码仓库,一般简单称为远程库
➢ 局域网
✓ GitLab
➢ 互联网
✓ GitHub(外网)
✓ Gitee 码云(国内网站)
二、Git常用指令
命令名称 | 作用 |
git config --global user.name 用户名 | 设置用户签名 |
git config --global user.email 邮箱 | 设置用户签名 |
git init | 初始化本地库 |
git status | 查看本地库状态 |
git add 文件名 | 添加到暂存区 |
git commit -m "日志信息" 文件名 | 提交到本地库 |
git reflog | 查看历史记录 |
git reset --hard 版本号 | 版本穿梭 |
2.1 设置用户签名
基本语法
- git config --global user.name 用户名
- git config --global user.email 邮箱
说明:
签名的作用是区分不同操作者身份。用户的签名信息在每一个版本的提交信息中能够看到,以此确认本次提交是谁做的。Git首次安装必须设置一下用户签名,否则无法提交代码
注意:这里设置用户签名和将来登录 GitHub(或其他代码托管中心)的账号没有任何关系
2.2 初始化本地库
基本语法:git init
2.3 查看本地库状态
基本语法:git status
- 首次查看,工作区没有任何文件
2.3.1 新增文件
语法:vim hello.txt,然后按 i 键进入 INSERT,要想复制粘贴 ,需要先按 esc 键,之后yy复制,p粘贴
文件内容输入完毕,需要先按:,输入wq,然后才算完成新增文件,再次查看
2.4 添加暂存区
2.4.1 将工作区的文件添加到暂存区
基本语法:git add 文件名
2.5 提交本地库
2.5.1 将工作区的文件提交到本地库
基本语法:git commit -m "日志信息" 文件名
2.6 修改文件
基本语法:vim 文件名
2.7 历史版本
2.7.1 查看历史版本
基本语法:
- git reflog 查看版本信息
- git log 查看版本详细信息
2.7.2 版本穿梭
基本语法:git reset --hard 版本号
2.8 切换版本原理
Git 切换版本,底层其实是移动的HEAD 指针,具体原理如下图所示
HEAD 指针指向 master 分支,master分支指向 first 版本,
之后有了 second 版本,master 指针指向 second 版本
之后有了third 版本,master 指针指向 third 版本