Git 介绍 ppt

Git 管理项目时，文件流转的三个工作区域：Git 的工作目录，暂存区域，以及本地仓库。

基本的 Git 工作流程如下：

1. 在工作目录中修改某些文件。

2. 对修改后的文件进行快照，然后保存到暂存区域。

3. 提交更新，将保存在暂存区域的文件快照永久转储到 Git 目录中。

工作目录下面的所有文件都不外乎这两种状态：已跟踪或未跟踪。已跟踪的文件是指本来就被纳入版本控制管理的文件，在上次快照中有它们的记 录，工作一段时间后，它们的状态可能是未更新，已修改或者已放入暂存区。而所有其他文件都属于未跟踪文件。它们既没有上次更新时的快照，也不在当前的暂存 区域。初次克隆某个仓库时，工作目录中的所有文件都属于已跟踪文件，且状态为未修改。

在编辑过某些文件之后，Git 将这些文件标为已修改。我们逐步把这些修改过的文件放到暂存区域，直到最后一次性提交所有这些暂存起来的文件，如此重复。所以使用 Git 时的文件状态变化周期如图所示。

 

 

Git 保存的不是文件差异或者变化量，而只是一系列文件快照。

在 Git 中提交时，会保存一个提交（commit）对象，该对象包含一个指向暂存内容快照的指针，包含本次提交的作者等相关附属信息，包含零个或多个指向该提交对 象的父对象指针：首次提交是没有直接祖先的，普通提交有一个祖先，由两个或多个分支合并产生的提交则有多个祖先。

Git 中的分支，其实本质上仅仅是个指向 commit 对象的可变指针。Git 会使用 master 作为分支的默认名字。它在每次提交的时候都会自动向前移动。

分支其实就是从某个提交对象往回看的历史。

$ git branch testing

这会在当前 commit 对象上新建一个分支指针

Git 是如何知道你当前在哪个分支上工作的呢？其实答案也很简单，它保存着一个名为 HEAD 的特别指针。它是一个指向你正在工作中的本地分支的指针。

$ git checkout testing

这样 HEAD 就指向了 testing 分支

再提交一次后的结果。

每次提交后 HEAD 随着分支一起向前移动

现在 testing 分支向前移动了一格，而 master 分支仍然指向原先所在的 commit 对象。现在我们回到 master 分支看看：

$ git checkout master

如下图显示了结果。HEAD移动到了master分支

修改后再次提交后的效果

参考手册：

http://gitref.org/branching/

参考手册中文版：

http://gitref.cyj.me/zh/branching/#log

深入学习：

http://blog.csdn.net/yesterdaylike/article/details/7525525