玩转git,让git成为个人工作备份利器

前言

    不要把这篇文章当做给编程人员的技术文章，即使你对编程一无所知，按照这篇文章的一步步指引，仔细模仿，也可以很容易的学会如何去做。更重要的是，这篇文章将让你学会如何使用git成为你的工作日志，成为你的备份工具，成为你的项目管理软件。没错，git让这一切变得如此简单。

背景

    OK，什么是git？ Wikipedia告诉我们：“Git is a distributed revision control system with an emphasis on speed.“ 这是一个分布式版本控制系统。听起来似乎很霸气，那么它是谁开发的呢？这个名字更霸气， Linus Torvalds——Linux之父。

什么叫版本控制系统呢？

    我们来举个例子。比如说，我要写个商业策划书，经过几天熬夜，总算在2012-01-01写了一个初稿 proposal.doc。又经过两天的奋战，你对之前的文档做了更深入的细化，于是你把之前的文件改名成了 proposal-2012-01-01.doc 作为备份。经过你和老板的激烈讨论，文档的反复修改，你终于在2012-01-09把第7版交给了老板，算是完成了工作。回头看看当前的文件夹，呵，充满了 proposal-2012-01-01.doc，proposal-2012-01-03.doc。。。proposal-2012-01-06.doc 的文件。你不舍得删了它们，顺手打个包压缩下扔进了自己的归档文件夹里，也许永远也不会再来查看了；而且即使半年后想要来参考，也不过是看看最新版的文件，这些历史版本之间的关系恐怕永远也想不起来了。

    这个应该算是非常普遍的例子，任何用电脑写过报告的人都会有这种经历。保存某个修改的报告时我们习惯性的给之前的版本加个日期（或者其他你感兴趣的方式）做个备份，生拍自己之后的某个修改不满意好恢复回去；如果有强迫症，估计恨不得写一行保存一次——如果你学会了git，恐怕这种强迫症会更加强烈，因为用起来实在是太爽了。这就是一个非常朴素的版本控制系统，你人为的给某个文件加上时间的标记，把编辑的某些里程碑保存下来，方便自己将来查阅、备份、修复。

    既然我们有这么普遍而强烈的需求，版本控制系统软件自然备受关注，并不断更新升级。从 CVS 到 SVN 再到 GIT，版本控制系统的管理模式从集中到分布而演变。git的分布式特点就在于，虽然我们可以有一个最核心的中央服务器来管理所有的文件，你可以在本地生成一个局部的版本控制系统，你的版本历史都可以先在本地保存，直到获得一个满意的版本后，再提交到服务器中。对于个人来说，甚至完全不用理会中央服务器是否存在，自己玩单机版的版本控制就足够了——本文的目的也就在于教会你怎样玩转单机版git。

准备

工欲善其事，必先利其器。我们需要的软件很少，只有两个，TortoiseGit和msysgit，前者是与 Windows 的资源管理器（linux和mac用户借过一下）整合的git管理软件，后者是git的功能软件。

安装好TortoiseGit之后，重启电脑，鼠标右键里就会有这几个新的程序，git的相关功能都可以从这里访问到，连开始菜单都不要，是不是很方便？

（svn是另一个软件，请无视）

请选择setting，我们需要配置一下git的路径。

在红框里，我们要设置一下 git 的路径，就是你安装 msysgit的bin文件夹，比如说我的是 F:\software\develop\svn\git\PortableGit-1.7.8-preview20111206\bin，里面会有 git.exe 这个程序。

如此，我们的环境就配置好了，是不是非常简单？

实战

基础知识

接下来，我们要具体看看git如何成为我们备份的利刃。

先随便创建一个空白文件夹，作为我们实践的平台。

进入这个文件夹，鼠标右键选择 “ Git Create repository here..."，弹出的对话框不用管，那个复选框不要选，ok即可。这个文件夹里就会出现一个隐藏的 .git 文件夹。如何显示隐藏文件夹？这个请放狗去搜吧。

ok，一个版本库我们就创建出来了。走到上级目录，你也许会看到，文件加上出现了一个绿色的对勾符号，表示这个文件夹已经受到了版本的控制。（这个图标的出现不一定实时，也许你要多刷新几次，甚至重启电脑才行）

常见的图标有

 这个文件（夹）很干净，是最新版本文件

这个文件（夹）发生了修改，需要提交

这个文件（夹）要添加进版本库

这个文件（夹）没有在版本库中，需要添加进来（转为上一个图标的状态），或者忽略（转为下一个图标的状态）

这个文件（夹）被忽略，不受版本控制

这个文件(夹)里的内容发生冲突（这是最危险的情况，但是对于个人用户来说，几乎不会出现，出现的情况是两个人同时对一个文件做修改，后提交的人在更新时无法与前者完美融合时，这个不需要深入理解）

通过这么直观的图标暂时，你就能对自己的工作文件夹了如指掌，那些文件做了修改，当前工作是否需要提交，都一目了然。

 

 版本分支

     在进行更进一步操作时，有必要了解一下版本分支（Branch）的概念。版本分支意味着，你从当前的项目中弄出来一个拷贝，按照自己的想法胡乱修改，你之后的所有版本历史都保存在这个分支里。如果你对这个分支很满意，就可以把这个分支合并到原来的主分支里（Merge），甚至直接让这个分支作为主分支；或者你感觉到越改越糟糕，就直接回到主分支工作，仿佛什么也没有发生一样（当然这个新的分支要通过某些复杂的操作来删除，你也可以留着，作为自己惨痛教训的警钟）。也就是说，分支为你提供了一个尝试某些新道路的空间。

作为个人用户来说，有一个主分支和一个工作分支就够了。主分支作为基准一直不变，工作都在工作分支上进行，这样主分支与工作分支之间的变化就记录了你的所有工作历史。

我们来具体实践一下。

首先，git有个不太人性化的“bug“，不能够添加空白文件夹，因此我们需要先添加一个空白文件，比如 test.txt，然后在文件夹上右键选择 “Git commit"

选择添加的那个文件，写点message（git每次提交必须写上一些文字说明这次更新的内容，从而让你知道每个版本有什么变化）提交即可

 

在刚才的工作文件加上右键，选择 “Create Branch“

 

 随便取名比如 develop，确定即可。

 依然右键选择 “Show log“，出现如下对话框

      可以看到，我们已经有了一个版本历史，它详细记录了我们的改变。上面有两个颜色标签，红色的master和绿色的develop，这个代表了我们的分支。master是我们第一次提交时系统自动生成的分支；develop是我们手动创建的。红色的代表当前的工作分支，绿色的代表存在的历史分支。我们需要把工作分支切换到 develop。