Git基本操作

Git介绍

分布式版本控制系统

其实在市面上常用的版本管理工具，我们熟知的还是有好几种，比如CVS、SVN等，在我看来最大的区别就是在分布式上，对应的就是SVN这种集中式版本控制器；

Git的进行版本管理的常用命令

首先进行Git配置
git config --global user.email "you@example.com"
git config --global user.name “Your Name”

创建一个test目录进入test目录： mkdir test && cd test

git init

初始化git管理，会生成一下目录

这里先介绍两个基本概念：
1. 工作区：我们操作的目录即git管理的目录，此处就是test目录
2. 版本库：工作区下.git目录就是版本库

git status

当前目录test下，执行git status命令

现在看起来不知道怎么理解，简单的说git status 就是查看工作目录和暂存区的状态
在接下来的介绍中会多次使用该命令，当我们讲完我相信都能理解

git add

在开始之前我们先使用一个命令
创建一个README.md文件：touch README.md
此时我们先使用上面说的git status

上面内容大致的意思就是：Untracked files：未被Git 管理的文件 — README.md
小括号的内容和最后的文字就是提示操作：
根据提示：git add README.md

此时使用git status 可以看到提示变化，new filer： README.md 添加了一个新的文件
此时README.md 就已经被git所管理了

git commit

在执行git add命令后，执行git commit命令
git commit -m “add README.md”
再次强调一句：如果没有执行最前面对Git的配置，就会出现下面的情况

正常情况如下：

此时执行git status 就会提示没有任何内容，相应工作区和暂存区没有任何带提交内容

git log

git log:查看版本库的提交日志

gti reflog 同样可以查看git提交日志

小结

结束前先对之前的命令做一个总结：
前面提到过关于工作区和版本库的概念，这里对版本库在进行一下拓展

如图所示：
1.当我们在工作区进行操作后，比如添加文件或者修改文件，所有的信息都还是在工作区，执行git status也可以看到相应的信息；
2.当我们执行git add 后，工作区的操作就会添加到版本库的一个区域（这个区域叫做暂存区）
3.在执行git add 后，执行git commit就会提交到真正的代码存放区域（分支）以后的文章会提到

时间有限很多的情况没有提及，以后会慢慢补全，不对的地方欢迎拍砖…