序：
GITHUB帐号注册了一段时间了，最近想往里面扔点东西，但发现没有理论基础，用得很不顺心，好吧，只好静下心来看看git的相关文档把....
基础认知：
1、GIT是一个分布式的版本管理系统，他与SVN等集中化的版本管理系统最大的区别就是，每一个GIT的客户端都保存了完整的版本信息，而在SVN中要访问历史的版本智能通过SVN服务器
2、因为GIT保存了版本信息到本地，因此进行历史文件的对比等操作是非常迅速的
3、GIT并不是保存一个文件的增量更新内容，它对每个文件都做了一个指纹，只要这个指纹改变了，则保存一个新的文件到新的版本中
4、GIT保存的历史版本信息存储在项目的 .git文件夹内
分支操作（分支操作是git超越svn的核心,原谅我，git pro写的太好了，我只能基本原文照搬下来，方便自己以后查阅把）：
理解git分支操作的基础：在 Git 中提交时，会保存一个提交（commit）对象，该对象包含一个指向暂存内容快照的指针，包含本次提交的作者等相关附属信息，包含零个或多个指向该提交对 象的父对象指针（首次提交是没有直接祖先的，普通提交有一个祖先，由两个或多个分支合并产生的提交则有多个祖先。）
提交的内容快照的组织形式类似于文件系统的树状目录，每一层都包含了该层被修改的文件的指针以及下一层目录的指针。类似这样
每个commit对象都通过父对象指针连接起来，类似这样:
Git 中的分支，其实本质上仅仅是个指向 commit 对象的可变指针。Git 会使用 master 作为分支的默认名字。在若干次提交后，你其实已经有了一个指向最后一次提交对象的 master 分支，它在每次提交的时候都会自动向前移动。
新建一个分支就是新建一个指向某个commit的指针，如下图新建了一个testing branch
Git 是如何知道你当前在哪个分支上工作的呢？其实答案也很简单，它保存着一个名为 HEAD 的特别指针。它是一个指向你正在工作中的本地分支的指针
要切换到其他分支，可以执行
git checkout 命令，如git checkout testing,那么git就会根据当前的版本计算出到达testing分支所需增删的commit，然后将本地工作空间变成对应的分支工作环境，分支开发工作完成后又可以迅速切回之前的分支，因为数据都在本地，因此这个操作超级快！这个是我认为git能超越svn的最主要原因~在工作空间每commit一次，当前分支的指针就指向下一个commit的对象，HEAD指针一直指向当前分支的指针，没有变化
因为git鼓励使用分支，因此分支的合并就成为经常的事了~
合并很简单，在当前工作分支 执行 git merge [需要合并的版本] 就能完成合并。
当当前工作分支是需要合并的分支的祖先时，只需要将当前分支的指针往后移即可，如下master分支：
==========》
若两个分支是并行的版本如上图的c4跟c3，若在C4上合并C3，则GIT 会把从C2开始分出来的部分，即...C3的内容全部合并成一个COMMIT C5放到C4之后，C5的祖先指向C3及C4。变成类似下图的形式，下图中的C6就相当于我的描述的C5
合并有事免不了产生冲突，这跟SVN冲突处理类似，具体流程：
git status 查看冲突的文件，vi修改冲突的文件，git add添加到staged(这时就认为已经解决了冲突)，commit，完事以上说的都是本地的分支。同时还可以有远程分支。远程分支跟本地分支基本没有区别，就是一个加上远程地址及分支名称的特别分支。所有操作原理都基本一致。不过远程分支大多都是给别人看的，因此push到远程分支时需要更深思熟虑。
远程分支可以被pull到本地，但你不能在本地直接修改本地远程分支，也就是说本地远程分支的指针一直指向某个commit不会改变。若要使其改变，那么就只能把本地某个分支push到远端的远程分支，或者从远端的远程分支再次fetch数据，这样才能更新本地的远程分支的指针指向
当希望产生一个比较干净的分支结构时，可以使用rebase,这个命令会把当前工作分支上的所有变更都打包成一个commit接到你需要rebase的分支上，当前工作分支的路径就被删除了。
基本命令：
1、git status 用来查看当前git工作目录的状态，有哪些是untrack的file,哪些是modified的file，哪些是staged的file,哪些是commit了但还没有push的file
2、git add 用来把 changed 的file添加到staged中，把一个untrack的file加到staged中。一个file被staged后，如果继续被修改了，那么它会同时出现在staged和modified中，因为staged保存的是你 add 的时候的版本
3、.gitignore文件用来指明那些文件不需要被管控。该文件使用类似 regex表达式的形式，但是也有很多差异.....基本的规则：星号（
*）匹配零个或多个任意字符；[abc] 匹配任何一个列在方括号中的字符（这个例子要么匹配一个 a，要么匹配一个 b，要么匹配一个 c）；问号（?）只匹配一个任意字符；如果在方括号中使用短划线分隔两个字符，表示所有在这两个字符范围内的都可以匹配（比如 [0-9] 表示匹配所有 0 到 9 的数字）。4、
1)git diff 比较工作目录中当前文件和暂存区域快照之间的差异，也就是修改之后还没有暂存起来的变化内容。
2)git diff --staged 比较staged中的文件和上一次已Commit的文件的差异
5、git commit 提交add到staged的文档6、1）git rm 从工作空间及staged中删除某文件，commit后就不再跟踪了2）git rm --cached 从index中删除指定文件，不再跟踪，但在工作空间中保留。可使用正则表达式7、git mv 移动文件，重命名8、1）git log 查看提交历史2）git log -p -2 最近两次更新的内容差异3）还有很多的筛选条件，可自行搜索
9、gitk 查看Log的图形化工具
10、git commit --amend 可用于修改最后一次提交。可修改注解或者新增漏了提交的文件
11、git reset HEAD <file> 取消暂存
12、git checkout -- benchmarks.rb 取消对文件benchmarks.rb的修改，并用最后一次commit的版本替换13、git remote -v 查看git中配置的远程仓库 -v 表示verbose
14、git remote add [shortname] [url] 新增远程仓库
15、git fetch [remote-name] 从指定仓库拉取所有分支到本地。拉取完后就可以在本地访问该分支的所有内容，拉取是指拉取到仓库，并不会主动合并拉取的分支到当前的工作分支16、git push [remote-name] [branch-name] 推送到远程仓库。要本地更新到最新，才能进行本操作
17、git remote show [remote-name] 查看某个远程仓库的详细信息18、git remote rename 命令修改某个远程仓库在本地的简称19、git remote rm 删除远程仓库20、git tag 显示出现有的标签21、22、git tag -a v1.4-m 'my version 1.4' 打标签 -a 指定标签名 -m指定注释
23、git show 命令查看相应标签的版本信息，并连同显示打标签时的提交对象。
24、 可以在历史某次提交后打标签，在最后面的参数指定 对象校验和即可
25、git push并不会把标签传送到远端服务器上，只有通过显式命令才能分享标签到远端仓库。其命令格式如同推送分支，运行git push origin [tagname] 或者 git push origin --tags
26、
git branch 查看当前所有分支27、
git branch -v 所有分支更具体的内容28、
git branch testing 创建分支testing29、 git branch --merge查看哪些分支已被并入当前分支（也就是说哪些分支是当前分支的直接上游。）
30、git branch --no-merged 那些还没有被合并
31、git checkout 切换当前分支
32、git rebase 衍合
33、git merge
至此，我学习到的git知识已经够我日常工作使用了，还有一些更底层的知识还没去研究，以后再看把~
欢迎来到这里！
我们正在构建一个小众社区，大家在这里相互信任，以平等 • 自由 • 奔放的价值观进行分享交流。最终，希望大家能够找到与自己志同道合的伙伴，共同成长。
注册 关于