git零基础深入浅出 之 [git初探]

转载，侵删，原http://blog.csdn.net/irean_lau/article/details/51661572
出于总结和推广git的目的，（实在太好用）。决定安利一篇git的博文。

ps. 由于篇幅有限。本文只是对git和部分命令做一个简单介绍，要专门学习指令请移的同学请直接滑到文末戳链接。

Git是什么？

如果你能看到这篇文章，我相信你一定知道 Git是目前世界上最先进的分布式版本控制系统（没有之一）。

不明白没关系：有同学问那什么是版本控制系统？

coder们都有过这样的体验， 例如我要写一个大数运算（并不简短的程序实例），包含了 加减乘除 几种方法。

        突然发现： 除了 减法 有bug，其他的算数都是正确的(时间节点1)。 

        一番思考后，对程序大肆修改，这下糗了，不仅减法的bug没有剔除，其他例如乘法除法等 间接使用减法的模块也懵哔了(时间节点2).

更糟糕的是，你和代码的感情再也回不到从前了(时间节点1)。

        coder的内心是这样的，     这样的，和这样的

一开始机智的coder是这样解决问题的， 每当我要修改代码的时候，我会创建新的副本进行修改。

   

……

            画外音：  (～￣▽￣)→ 诶~，谁能告诉我，那个是那个？那个功能最完善？

于是，更加机智的coder在文件中打注释，标明了   什么时间做什么修改

        ps.我反正懒得每次vim进去查看具体修改。

于是你想，如果有一个软件，不但能自动帮我记录每次文件的改动，还可以让同事协作编辑，这样就不用自己管理一堆类似的文件了，也不需要把文件传来传去。如果想查看某次改动，只需要在软件里瞄一眼就可以，岂不是很方便？

这个软件用起来就应该像这个样子，能记录每次文件的改动：

版本	用户	说明	日期
1	张三	删除了软件服务条款5	7/12 10:38
2	张三	增加了License人数限制	7/12 18:09
3	李四	财务部门调整了合同金额	7/13 9:51
4	张三	延长了免费升级周期	7/14 15:17

这样，你就结束了手动管理多个“版本”的史前时代，进入到版本控制的20世纪。

并且：你还可以和同事合作，想想都很酷。

    

        ps.平时修改在本地就可以，想要公开，就同步到远端

看到这我想你就大概明白了：git 管理的基本单元是 修改，并且可以用时间线串起来

哈哈~，你是不是忍不住想要实际操练起来了。可是好多命令怎么破……？

一般来说，日常使用只要记住下图6个命令，就可以了。但是熟练使用，恐怕要记住60～100个命令。

什么看不懂英文?

别急 对于各个部分，我会逐个介绍。

本地仓库的组成

你的本地仓库由 git 维护的三棵“树”组成。

        第一个是你的  工作目录 ，它持有实际文件；

        第二个是  暂存区（Index） ，它像个缓存区域，临时保存你的改动；

        最后是  HEAD ，它指向你最后一次提交的结果

    所有的设计，都是为了 让你可以对每一次修改的结果做出 “后悔”的选择。

常用命令

添加和提交

你可以提出更改（把它们添加到暂存区），使用如下命令：
git add <filename>
git add *
这是 git 基本工作流程的第一步；使用如下命令以实际提交改动：
git commit -m "代码提交信息"
现在，你的改动已经提交到了 HEAD，但是还没到你的远端仓库

推送改动

你的改动现在已经在本地仓库的 HEAD 中了。执行如下命令以将这些改动提交到远端仓库：

git push origin master
可以把 master 换成你想要推送的任何分支。 

如果你还没有克隆现有仓库，并欲将你的仓库连接到某个远程服务器，你可以使用如下命令添加：
git remote add origin <server>
如此你就能够将你的改动推送到所添加的服务器上去了。

分支

分支是用来将特性开发绝缘开来的。在你创建仓库的时候，master 是“默认的”分支。在其他分支上进行开发，完成后再将它们合并到主分支上。  它允许你和小组其他开发者的开发内容不同，最后合并即可。

创建一个叫做“feature_x”的分支，并切换过去：
git checkout -b feature_x
切换回主分支：
git checkout master
再把新建的分支删掉：
git branch -d feature_x
除非你将分支推送到远端仓库，不然该分支就是 不为他人所见的：
git push origin <branch>

更新与合并

要更新你的本地仓库至最新改动，执行：
git pull
以在你的工作目录中 获取（fetch） 并 合并（merge） 远端的改动。
要合并其他分支到你的当前分支（例如 master），执行：
git merge <branch>
在这两种情况下，git 都会尝试去自动合并改动。遗憾的是，这可能并非每次都成功，并可能出现冲突（conflicts）。 这时候就需要你修改这些文件来手动合并这些冲突（conflicts）。改完之后，你需要执行如下命令以将它们标记为合并成功：
git add <filename>
在合并改动之前，你可以使用如下命令预览差异：
git diff <source_branch> <target_branch>

标签

为软件发布创建标签是推荐的。这个概念早已存在，在 SVN 中也有。你可以执行如下命令创建一个叫做 1.0.0 的标签：
git tag 1.0.0 1b2e1d63ff
1b2e1d63ff 是你想要标记的提交 ID 的前 10 位字符。可以使用下列命令获取提交 ID：
git log
你也可以使用少一点的提交 ID 前几位，只要它的指向具有唯一性。

替换本地改动

假如你操作失误（当然，这最好永远不要发生），你可以使用如下命令替换掉本地改动：
git checkout -- <filename>
此命令会使用 HEAD 中的最新内容替换掉你的工作目录中的文件。已添加到暂存区的改动以及新文件都不会受到影响。

假如你想丢弃你在本地的所有改动与提交，可以到服务器上获取最新的版本历史，并将你本地主分支指向它：
git fetch origin
git reset --hard origin/master

实用小贴士

内建的图形化 git：
gitk
彩色的 git 输出：
git config color.ui true        (看起来不费劲)
显示历史记录时，每个提交的信息只显示一行：
git config format.pretty oneline
交互式添加文件到暂存区：
git add -i

GitHub

我想机智的coder也听过，GitHub.

GitHub作为免费的远程仓库, 如果是个人的开源项目，放到GitHub上是完全没有问题的。其实GitHub还是一个开源协作社区，通过GitHub，既可以让别人参与你的开源项目，也可以参与别人的开源项目。

各位看官如果觉得还不错，请将本文推送出去。同时欢迎交友 https://github.com/IreanLau   和    blog

欢迎订阅，未完待续……

参考文献及扩展阅读：

Git Book                           https://git-scm.com/book/zh/v2

常用git命令清单：             http://blog.csdn.net/irean_lau/article/details/51643791

猴子都能懂的GIT入门：     http://backlogtool.com/git-guide/cn/    

廖雪峰的git教程：             http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000