<p>自从小学妹学完定时任务后（详情请看上篇文章），对我那是百般仰慕，遇到问题第一时间就会想到我（是的，要的就是这种效果）。这不，小学妹今天又找我了，今天的问题是什么呢？听我细细道来...</p><p>原来小学妹在公司中，用的是 Git的代码管理工具（还不知道这个软件的要面壁啦~）。有一天不知道发生什么了，文件夹中所有代码都被删掉了，但是只留下本地一个 .git文件夹，这可把小学妹急坏了，刚写完一个大功能，还没来得急提交到远程服务器，明天就要开始内测了，重写已经来不及了...</p><p>听完小学妹的诉求后，我慢悠悠的跟她说：小事儿一桩，交给学长，一秒钟搞定！</p><p>你想知道怎么搞定的？先来了解下 Git底层代码存储原理吧！</p><h2>一、 git工作流程原理分析：</h2><p>假定现在我们有一个 git仓库，在这个 git仓库中已经添加了两个文件分别叫做 file1和 file2，两个文件中的内容分别是 foo和 bar。并且都做了 commit操作。这时候的图如下：</p><p><img src="https://upload-images.jianshu.io/upload_images/6620012-c5951aeb8d868612.jpeg" class="uploaded-img" width="auto" height="auto"></p><p>在 Git中，从理解上来讲是分成三种区，分别是<strong>工作目录</strong>、<strong>暂存区</strong>以及<strong>Git仓库</strong>。其中<strong>工作目录</strong>是我们写代码的文件，<strong>暂存区</strong>是已经把代码进行了 add操作，但是并没有进行 commit操作。<strong>Git仓库</strong>则是已经把代码提交到仓库中了，只要仓库不丢失，代码是不会丢失的了。</p><p>再来理解下 add操作和 commit操作分别做了什么事。用上图的例子来说，工作目录中包含了 file1和 file2，然后在做 add操作的时候，理解上来讲是说把代码提交到了暂存区，实际上 Git是将代码修改了的部分进行了记录，然后进行 SHA1操作，生成了一个 blob对象（ blob是一个类似文件对象的二进制数据，不懂可以理解为一个快照），把存储到仓库中了（<strong>注意，此时代码快照实际上已经存储到仓库中了</strong>），但是并没有在目录树上进行映射，而是在一个索引文件中进行了映射。此后如果我们再执行 commit操作，才会把索引中的映射，真正更改到对象树中，对象树会记录所有的 commitid与 blob的映射。这样就实现了根据 commitid就可以找到对应代码的功能了。</p><p>来，我们继续用图来讲解一下。</p><p>然后我们现在对 file1文件内容进行修改，从 foo变成 quux。图将发生如下的改变：</p><p><img src="https://upload-images.jianshu.io/upload_images/6620012-6b8005313009a06f.jpeg" class="uploaded-img" width="auto" height="auto"></p><p>我们再执行 git add操作的时候，图将变成如下：</p><p><img src="https://upload-images.jianshu.io/upload_images/6620012-7e235a6c3ee780d2.jpeg" class="uploaded-img" width="auto" height="auto"></p><p>在执行 git add操作的时候，会在仓库对象中生成一个 blob对象，这个对象记录的是与之前文件相比发生的改变。但是此时并没有生成 commit操作，而是在索引文件中对其进行了索引。</p><p>此时如果我们再执行 commit操作，那么将变成如下：</p><p><img src="https://upload-images.jianshu.io/upload_images/6620012-25b96fba07b9a010.jpeg" class="uploaded-img" width="auto" height="auto"></p><p>因为进行了 commit操作，所以现在生成了一个新的 commit，这个 commit指向原来的 commit，并且还指向了新生成的 blob对象。因为 file2文件没有发生改变，所以依然还是会指向原来的 bar那个blob对象。并且做完提交后，当前的分支 HEAD指针会移动到现在的 commit。</p><h2>二、 Git仓库介绍：</h2><p>在了解了 Git的一个存储机制后，我们再来看下 .git文件夹中各个文件夹和文件的作用。</p><p><img src="https://upload-images.jianshu.io/upload_images/6620012-dc4d496127602791.jpeg" class="uploaded-img" width="auto" height="auto"></p><h3>1. .git/index：</h3><p>索引文件。每当我们执行 git add操作的时候， git会给添加的每个文件的内容创建一个对象，然后把这个文件的路径和生成的对象进行映射，存放到 .git/index文件中。等到后期新的命令（比如：git add、 git rm或者 git mv）执行的时候，又会重新更新索引。</p><h3>2. .git/HEAD：</h3><p>表示当前指向的是哪个分支。</p><h3>3. .git/config：</h3><p>当前 git仓库的配置文件。保存这 git仓库的远程地址，远程仓库分支等。</p><h3>4. .git/objects：</h3><p>真正保存代码的地方。其中分成两种类型的文件，一种是 pack，另外的是 blob文件。其中 pack是根据定位内容非常相似的全部文件，然后为他们之一存储整个内容。之后计算相似文件之间的差异并且只存储差异。而 blob文件就是记录差异。blob是“二进制大对象”（ binary largeobject）的简写，是计算机领域常用术语，用来指代某些可以包含任意数据的变量或文件。</p><h3>5. .git/logs：</h3><p>这个地方是记录分支上做的 commit操作的日志。我们通过 git log命令就可以查看到这个里面的内容。</p><p>我们在了解完 Git底层代码存储原理后，就不难发现，小学妹的那个问题，真的不是什么问题，只要 .git目录在，我们的代码快照、 commit操作， HEAD指针指向，分支等数据全都在，这些数据都在，我们只要将 HEAD指针重新指向最新的 commit就可以把代码进行恢复啦。那么答案来了：</p><ol><li><p>$ git reset --hard HEAD</p></li></ol><p>一行命令搞定，是不是很简单？</p><p>呐，如果你觉得 git难用，经常会出现莫名其妙代码不见了，不知道怎么写 .gitignore文件，不知道怎么用 git和别人协作，产生冲突不知道如何解决，经常挨领导的批评，那是因为你没有掌握 Git的正确的用法。作为一个程序员，不管是做什么开发， Git都是我们工作一项随身的技能了。如果你不想因为 Git不会用而被同事看不起，那么可以来参加下我们的《4天3晚征服Git》封闭训练营，只要4天的时间，让你的同事刮目相看！</p><p>《4天3晚征服Git》在6月1号晚上8点30正式开课，其中<strong>3个晚上全程直播</strong>，4天时间内和课程相关的问题有问必答！有美女班主任的花式催作业，同桌学习模式，互相监督，互相打气，让你体验到线下学习的氛围。<img src="https://upload-images.jianshu.io/upload_images/6620012-8b9ee3e83254eea5.png" class="uploaded-img" width="auto" height="auto"><img src="https://upload-images.jianshu.io/upload_images/6620012-1834ac2d8c6a7c85.png" class="uploaded-img" width="auto" height="auto"><img src="https://upload-images.jianshu.io/upload_images/6620012-027264f875ddd49e.png" class="uploaded-img" width="auto" height="auto"><img src="https://upload-images.jianshu.io/upload_images/6620012-c58eb3924d04e5e6.jpeg" class="uploaded-img" width="auto" height="auto"></p>