Git基本应用
一、Git概述
Git 是一个免费的、开源的分布式版本控制系统,可以快速高效地处理从小型到大型的各种项目。 Git 易于学习,占地面积小,性能极快。它具有廉价的本地库,方便的暂存区域和多个工作 流分支等特性。其性能优于 Subversion、CVS、Perforce 和ClearCase 等版本控制工具
1.版本控制
版本控制是一种记录文件内容变化,以便将来查阅特定版本修订情况的系统。版本控制其实最重要的是可以记录文件修改历史记录,从而让用户能够查看历史版本,方便版本切换。
集中式版本能控制工具
CVS、SVN(Subversion)、VSS…… 集中化的版本控制系统诸如 CVS、SVN 等,都有一个单一的集中管理的服务器,保存所有文件的修订版本,而协同工作的人们都通过客户端连到这台服务器,取出最新的文件或者提交更新。多年以来,这已成为版本控制系统的标准做法。
这种做法带来了许多好处,每个人都可以在一定程度上看到项目中的其他人正在做些什么。而管理员也可以轻松掌控每个开发者的权限,并且管理一个集中化的版本控制系统,要远比在各个客户端上维护本地数据库来得轻松容易。事分两面,有好有坏。这么做显而易见的缺点是中央服务器的单点故障。如果服务器宕机一小时,那么在这一小时内,谁都无法提交更新,也就无法协同工作
文件冲突问题:
中央服务器中的数据文件能够被多个用户进行访问,但是只有一个版本,当多个用户都进行修改会发生文件冲突问题。
添加锁的方式:当用户修改文件时需要对文件添加锁,此时别的用户只能够进行读操作。
约束的方式:文件规定用户只能在数据的某一区域进行修改。
分布式版本控制工具
Git、Mercurial、Bazaar、Darcs……
像 Git 这种分布式版本控制工具,客户端提取的不是最新版本的文件快照,而是把代码仓库完整地镜像下来(本地库)。这样任何一处协同工作用的文件发生故障,事后都可以用其他客户端的本地仓库进行恢复。因为每个客户端的每一次文件提取操作,实际上都是一次对整个文件仓库的完整备份。
分布式的版本控制系统出现之后,解决了集中式版本控制系统的缺陷:
- 服务器断网的情况下也可以进行开发(因为版本控制是在本地进行的)
- 每个客户端保存的也都是整个完整的项目(包含历史记录,更加安全)
二、Git常用命令
git config --global user.name username 设置用户签名
git config --global user.email email 设置用户签名
git init 初始化本地库(在当前目录下添加本地仓库/暂存区)
git status 查看本地库状态
git add 文件名 添加到暂存区
git commit -m "日志信息" 文件名 提交到本地库
git reflog 查看历史记录
git reset --hard 版本号 版本穿梭
用户签名:
签名的作用是区分不同操作者身份。用户的签名信息在每一个版本的提交信息中能够看到,以此确认本次提交是谁做的。
Git首次安装必须设置一下用户签名,否则无法提交代码。(用户签名仅用来区分Git客户端)
能够在C:\User\用户名.gitconfig文件中查看用户签名
暂存区和本地库
git add filename 添加文件到暂存区
git rm --cached filename 将文件从暂存区删除
git commit -m [日志信息] filename 将文件提交到本地库
git reflog/log 查看版本信息/查看详细信息
git reset --hard 版本号 版本穿梭,管理多个历史版本
暂存区: .git/Index目录记录了文件名、文件的状态信息(时间戳、文件长度等),文件的内容并不存储其中,而是保存在Git对象库(.git/objects)中,文件索引建立了文件和对象库中对象实体之间的对应。
理解:Git的本地库和暂存区
版本穿梭
git reflog 查看版本信息--获取版本号
git reset --hard 版本号 版本穿梭,管理多个历史版本
三.Git分支
1.什么是分支
在版本控制过程中,同时推进多个任务,为每个任务,我们就可以创建每个任务的单独分支。使用分支意味着程序员可以把自己的工作从开发主线上分离开来,开发自己分支的时候,不会影响主线分支的运行。对于初学者而言,分支可以简单理解为副本,一个分支就是一个单独的副本。(分支底层其实也是指针的引用)
2.分支的好处
同时并行推进多个功能开发,提高开发效率。各个分支在开发过程中,如果某一个分支开发失败,不会对其他分支有任何影响。失败的分支删除重新开始即可。
如果master分支的代码出现问题,我们能够将master版本倒退,通过一个新的hot-fix分支对master分支进行修复,修复完后只需要合并即可。这样就能实现边修复边运行。
3.分支操作
git branch 分支名 创建分支
git branch -v 查看分支
git checkout 分支名 切换分支
git merge 分支名 把指定的分支合并到当前分支上
git merge 分支名
将分支的文件合并到目前所在分支上,合并后,目前分支文件将会被替换为分支文件。
只会修改合并的那个分支。
3.1分支合并冲突
分支合并冲突:
合并分支时,两个分支在同一个文件的同一个位置有两套完全不同的修改。Git 无法替
我们决定使用哪一个。必须人为决定新代码内容。
<<<<<<< HEAD (当前分支文件)
hello git! hello atguigu! master test
hello git! hello atguigu!
=======
hello git! hello atguigu!
hello git! hello atguigu! hot-fix test
>>>>>>> hot-fix (合并分支文件)
1)编辑有冲突的文件,删除特殊符号,决定要使用的内容
2)将文件添加到暂存区
3)执行提交(注意:此时使用 git commit 命令时不能带文件名)
特殊符号:<<<<<<< HEAD 当前分支的代码 ======= 合并过来的代码 >>>>>>> hot-fix
四.远程仓库操作
命令 | 作用 |
---|---|
git remote -v | 查看当前所有远程地址别名 |
git remote add 别名 远程仓库地址 | 修改远程仓库别名 |
git push 仓库地址(别名) 本地分支 | 推送本地分支上的内容到远程仓库 |
git pull 远程库地址别名 远程分支名 | 将远程仓库的内容克隆到本地 |
git clone 远程地址 | 将远程仓库对于分支最新内容拉下来后与当前本地分支直接合并 |
git remote remove 别名 | 删除远程仓库 |
拉取操作会自动提交分支,同步本地库。
克隆操作会拉取代码,初始化本地仓库,创建地址别名
团队成员需要在GitHub上为团队成员,才能一起使用远程仓库(clone/pull)
跨团队协作需要团队在GitHub上将项目fork到团队Github,修改后通过Pull request 提交修改
五.Git的深入理解
工作区:就是你在电脑里能看到的目录,代码存在的地方
版本库:工作区有一个隐藏目录.git,这个不算工作区,而是Git的本地版本库,你的所有版本信息都会存在这里
暂存区:一般存放在 “.git目录下” 下的index文件(.git/index)中,所以我们把暂存区有时也叫作引(index)