目录
为什么要使用 Git 版本控制,我们先看看一下场景:
场景一:备份
小明负责的模块就要完成了,就在即将 Release 之前的一瞬间,电脑突然蓝屏,硬盘光荣牺牲!几个月来的努力付之东流。
场景二:代码还原
这个项目中需要一个很复杂的功能,老王摸索了一个星期终于有眉目了,可是这被改得面目全非的代码已经回不到从前了。
场景三:协同开发
小刚和小强先后从文件服务器上下载了同一个文件:Analysis.java。小刚在 Analysis.java 文件中的第 30 行声明了一个方法,叫 count(),先保存到了文件服务器上;小强在 Analysis.java 文件中的第 50 行声明了一个方法,叫 sum(),也随后保存到了文件服务器上,于是,count() 方法就只存在于小刚的记忆中了。
场景四:追溯问题代码的编写人和编写时间
老王是另一位项目经理,每次因为项目进度挨骂之后,他都不知道该扣哪个程序员的工资!
就拿这次来说吧,有个 Bug 调试了 30 多个小时才知道是因为相关属性没有在应用初始化时赋值!可是二胖、王东、刘流和正经牛都不承认是自己干的!
Git 分布式版本控制系统没有“中央服务器”,每个人的电脑上都是一个完整的版本库,这样工作的时候,无需要联网了,因为版本库就在你自己的电脑上。多人协作只需要各自的修改推送给对方,就能互相看到对方的修改了。
一、Git 🌴
1.Git 工作流程
- clone(克隆): 从远程仓库中克隆代码到本地仓库
- checkout(检出):从本地仓库中检出一个仓库分支然后进行修订
- add(添加): 在提交前先将代码提交到暂存区
- commit(提交): 提交到本地仓库。本地仓库中保存修改的各个历史版本
- fetch (抓取) : 从远程库,抓取到本地仓库,不进行任何的合并动作,一般操作比较少。
- pull (拉取) : 从远程库拉到本地库,自动进行合并(merge),然后放到到工作区,相当于
fetch+merge - push(推送) : 修改完成后,需要和团队成员共享代码时,将代码推送到远程仓库
- 我们看到图上有远程仓库还有本地仓库,那这两个是什么?
远程仓库和本地仓库都是一个代码存放的地方,远程仓库例如:GitHub、gitee 等类型的远程代码托管服务以及一些自己搭建的服务;本地仓库就在你的工作机上,例如你创建一个 Git 仓库之后你的工作文件夹里多出来一个.git
的隐藏文件夹,
2.Git 安装
进入 Git 的官网 https://git-scm.com 对应下载安装即可。
没有其他需求一路默认安装,结束之后你的鼠标右键点击会出现两个 Git 功能:
Git GUI:Git 提供的图形界面工具
Git Bash:Git 提供的命令行工具
3.常用命令
Git Bash