Git学习（一）

Git的简介Git是分布式版本控制系统 没有中央服务器，每个人的电脑都是一个完整的版本库 分支管理CVS和SVN都是集中式的版本控制系统 中央服务器 联网工作
什么是版本库repository,可简单理解成一个目录这个目录里的所有文件都可以被git管理起来，Git可以最终这个目录中每个文件的修改和删除
Git的工作流程
从资源库克隆Git资源到工作副本，作为工作目录对副本进行增删改等操作如果别人进行了修改，我们可以更新资源提交之前查看文件状态及修改情况进行提交及推送操作如果发现了错误可以撤回并重新提交及推送


Git的基本概念
工作区：在电脑上可以看到的目录，以下例子为my_git/
版本库：为工作区的隐藏目录.git，它是Git的版本库,这个不算工作区，这个版本库里有暂存区、git
自动为我们创建的第一个分支master、指向master的指针HEAD
暂存区：在工作区的隐藏目录.git下，一般为.git/index,有时暂存区也叫索引(index)









git add就是把文件添加到暂存区 git commit就是把暂存区的所有内容提交到当前分支

创建仓库
git init
初始化一个Git仓库,执行完git init命令后，Git仓库会生成一个.git目录，该目录包含了资源的所有元数据，其它的项目目录保持不变

git clone 从现有Git仓库中拷贝项目

所有的版本控制系统，其实只能跟踪文本文件的改动

操作
1、创建版本库git init
.git目录是用来跟踪管理版本库的（也不一定要在空目录下创建，也可以选择一个已有东西的目录）
在当前目录下创建一个文件test_git.txt,并编辑其内容，git add命令把文件添加到缓存，没有显示任何内容就对了




2、git commit 把文件提交到仓库



-m 后面是本次提交的说明，可以输任意内容，当然最好是有意义的
1个文件被改动

2行被内容被插入
添加文件到git仓库，以上分两步先add后commit的原因是add可以多次添加文件，commit可以一次性把这些文件提交

3、git status查看
继续修改test_git.txt文件，内容如下:



执行命令git status,该命令让我们时刻掌握仓库当前的状态



上述命令告诉我们test_git.txt被修改过了，但还没有准备提交的修改

执行git diff，该命令使我们查看具体修改的内容



从以上结果看出我们在第一行添加了一个distributed
知道了对test_git.txt作了什么修改后就放心了

执行git add test_git.txt,依旧没有任何东西显示，接着我们再执行git status 查看当前仓库的状态



git status告诉我们，将要提交被修改的包括test_git.txt,现在可以放心的提交了

再把它提交到仓库



1个文件被修改了 1行插入 1行删除
提交后，执行git status命令查看仓库当前状态



以上结果说明当前没有需要提交的修改，而且目录是干净的
如果git status告诉你有文件被修改过，用git diff可以查看修改内容。

4、现继续修改test_git.txt,并执行git diff查看修改内容



提交至仓库




你可以不断的对文件进行修改，并不断的把它提交到版本库里，一旦你把文件改乱了或误删了，就可以恢复

5、版本回退
///////////////////至此，我们已经提交了3个版本到仓库
版本1：

first test git：
git is a version control system.
git is free software.
版本2：
add distributed:
git is a distributed version control system.
git is free software.
版本3：
append GPL:
git is a distributed version control system.
git is free software distributed under the GPL.
实际工作中我们不可能记得所有修改过的内容git log可以显示从最近到最远的提交日志



如果嫌输出太多可加参数输出





需要友情提示：类似59cbc12a...75263ee的是commit id（版本号），和SVN不一样，Git的commit id不是1，2，3……递增的数字，而是一个SHA1计算出来的一个非常大的数字，用十六进制表示。
为什么commit id需要用这么一大串数字表示呢？因为Git是分布式的版本控制系统，后面我们还要研究多人在同一个版本库里工作，如果大家都用1，2，3……作为版本号，那肯定就冲突了。
每提交一个新版本，实际上Git就会把他们自动串成一条线

现在要把当前版本append GPL回退到上上一个版本first test git，可用git reset命令
在Git中HEAD表示当前版本，上一个版本是HEAD^,上上一个版本是HEAD^^,上100个可写成HEAD~100



此时我们执行git log可看到最新的两个版本不见了



但是想要再回去已经回不去了，除非你的窗口还没关，往上找，找到那个add distributed和append GPL的commit id，于是就可以指定回到未来的某个版本：


test_git的内容也是最新那个的版本：



Git的版本回退速度非常快，这是因为在Git内部有个指向当前版本的HEAD指针，当你回退版本的时候，Git只是把指针从append GPL指向test git first
然后顺便把工作区的文件更新了
其实Git是提供了一个命令git reflog来记录你的每一次命令


这样就算你关闭了窗口甚至电脑，也可以回退到未来那个版本

HEAD指向的版本就是当前版本，Git允许我们使用git reset --hard commit_id在版本之间穿梭

6、工作区和暂存区
修改test_git.txt的内容，添加一个文件LICENSE
再用git status查看



以上告诉我们test_git.txt被修改，LICENSE从未被添加（Untracked）
添加之后再用git status查看一下状态








git add后添加到暂存区，git commit提交之后，暂存区就没有任何内容了，一旦提交且你没有对工作区做任何修改，那么工作区就是干净的




7、Git管理的是修改，而不是文件
修改文件test_git.txt，内容如下：




然后git add test_git.txt进行添加

再修改test_git.txt的内容，然后提交，查看状态：








发现第二次的修改并没有被提交，因为第二次修改后并没有add，所以只提交了第一次的修改

执行git diff HEAD -- test_git.txt查看工作区和版本库中文件的区别



发现第二次的确实没被提交，我们可以添加并提交第二次的修改

8、撤销修改
命令git checkout -- test_git.txt意思就是，把test_git.txt文件在工作区的修改全部撤销，这里有两种情况：
一种是test_git.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；
另一种是test_git.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。
总之，就是让这个文件回到最近一次git commit或git add时的状态。

如果你git add到暂存区后想要撤回，
执行git reset HEAD test_git.txt 可以把暂存区的修改回退到工作区，
此时用git status查看一下



现在暂存区是干净的，还记得上述命令git checkout -- test_git.txt吗




那如果你不但改错东西还提交到了版本库，怎么办？版本回退，
不过是有条件的，就是你还没有把本地仓库推送到远程

总结：1、如果改乱了工作区的某个文件内容，可执行git checkout -- file 丢弃工作区的内容
2、如果不但改乱了工作区的某个文件内容保存到了暂存区，可执行git reset HEAD file,回到
场景1，在按场景1的操作执行

3、如果提交到了本地仓库，可利用版本回退，前提是没有推送到远程

9、删除文件
我们先添加一个文件tmp.txt 并提交
然后在工作目录下直接rm tmp.txt,这个时候Git知道你删了文件，工作区和版本库就不一样了
执行git status命令，Git会告诉你删除了一个文件

现在你有以下两种做法：
一种是真的要从版本库删除这个文件，执行命令git rm tmp.txt删掉，并执行git commit -m "remove tmp.txt"
一种是误删的，还想要恢复到工作区，执行git checkout -- tmp.txt 其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”

总结：git rm 用于删除一个文件。如果一个文件已经被提交到版本库，那么永远不用担心误删，
但是你只能恢复文件到最新版本

《完》