分布式版本控制
1. 集中式和分布式的区别
集中式版本库存放在中央服务器,要先从中央服务器获得版本到自己的电脑上,再干活。修改完成之后,再返回到中央服务器。
分布式版本没有中央服务器,每个人的电脑存版本库。
2. 创建版本库
1.安装完成后设置姓名和Email:
git config --global user.name "XX"
git conifg --global user.email "XXXX.XX.com"
2.创建文件夹,用来做版本库。命令行如下:
mkdir learningit //创建目录
cd learninggit//找到目录
pwd///查看目录
git init//通过git init 命令将learningit变成git版本库(初始化)
3.添加文件到git仓库
分为两步:add和commit
1.git add将文件添加,例如:
git add readme.txt
2.git commit 告诉git仓库
git commit -m "this is a message file"
提示:如果出现如下错误:fatal: pathspec ‘readme.txt’ did not match any files
说明没有检测到你添加的文件,在git命令行里重新创建txt文件:
touch readme.txt
echo “内容”>>readme.txt提示:如果出现如下错误:warning: LF will be replaced by CRLF in readme2.txt.The file will have its original line endings in your working directory.
原因分析:
CRLF – Carriage-Return Line-Feed 回车换行
就是回车(CR, ASCII 13, \r) 换行(LF, ASCII 10, \n)。
这两个ACSII字符不会在屏幕有任何输出,但在Windows中广泛使用来标识一行的结束。而在Linux/UNIX系统中只有换行符。
也就是说在windows中的换行符为 CRLF, 而在linux下的换行符为:LF
使用git来生成一个rails工程后,文件中的换行符为LF, 当执行git add .时,系统提示:LF 将被转换成 CRLF
解决办法:
删除刚刚生成的.git文件rm -rf .git//删除 git config --global core.autocrlf false
重新执行
git init git add XX
4.时光穿梭机
- 随时掌握工作区的状态,使用git status.
- 使用git status 检测到修改之后,可以使用 git diff查看修改的内容
- HEAD指向当前的版本,可以使用git reset –hard commit_id回溯到上一个版本
- 穿梭前,用git log可以查看提交历史,以便确定要回退到哪个版本。
- 重返未来,使用git reflog查看命令历史,以便确定要回到未来哪个版本。
5. 工作区和暂存区
对于Git和其他版本控制系统来说,Git有一个暂存区的概念。
工作区:在电脑上能力看到的目录,比如learninggit文件夹
版本库(Repository):工作区有一个隐藏目录“.git”,这个不算工作区,而是Git的版本库。
Git的版本库里存了很多东⻄西,其中最重要的就是称为stage(或者叫index)的暂存区,还有Git为我们 自动创建的第一个分支master,以及指向master的一个指针叫HEAD。如下图:
第一步是用“git add”把⽂文件添加进去,实际上就是把文件修改添加到暂存区;
第二步是⽤用“git commit”提交更改,实际上就是把暂存区的所有内容提交到当前分支。
例如:
对readme.txt做个修改,在最后一行添加:This is a good girl.
并且在工作区新增LICENSE.txt
再使用git status 来查看状态:
再使用git add将raedme.txt和LICENSE.txt添加到暂存区里
现在暂存区就变成这样了
再commit 。
一旦提交后,你又没有对工作区进行修改,工作区就是显示是“clean”
版本库在提交之后变成:
5. 修改管理
- 对readme.txt进行一个修改:添加一句Git tracks changes.
- git add添加,git status获取状态
- 修改raedme.txt:如下
git commit ,git status查看状态
发现只有一次修改
整个过程是:
第一次修改—>git add—>第二次修改—>git commit
原因:Git管理的是修改,当你⽤用“git add”命令后,在工作区的第一次修改被放入暂存区,准备提交,但是,在工作区的第二次修改并没有放入暂存区,所以,“git commit”只负责把暂存区的修改提交了,也就是第一次的修改被提交了,第二次的修改不会被提交。
用“git diff HEAD – readme.txt”命令可以查看工作区和版本库里面最新版本的区别:
6.撤销修改
- 还没有git add,只是在工作区修改了,让这个文件回到最近一次git commit或git add时的状态:
git checkout – raedme.txt - git add 之后还没有 git commit,可以使用 git reset 回退(git reset命令既可以回退版本,也可以把暂存区的修改回退到工作区。当我们用HEAD时,表示最新的版本。)
再用git status查看一下,现在暂存区是干净的,工作区有修改
在使用git checkout – readme.txt修改工作区的内容
3.如果git commid 可以使用:
git reset –hard commid.id
7. 删除文件
- 删除工作区的文件
rm readme.txt - 删除git add 的文件
git rm raedme.txt - 删除git commit的文件
git rm readme.txt
git commid …… - 是删错了,因为版本库里还有
git checkout – test.txt