| 1 | --- |
| 2 | layout: zh_reference |
| 3 | --- |
| 4 | <div class="box"> |
| 5 | <h2>Git 手册简介</h2> |
| 6 | <div class="block"> |
| 7 | <p> |
| 8 | 本站为 Git 参考手册。目的是为学习与记忆 Git 使用中最重要、最普遍的命令提供快速翻阅。 |
| 9 | 这些命令以你可能需要的操作类型划分,并且将提供日常使用中需要的一些常用的命令以及参数。 |
| 10 | </p> |
| 11 | <p> |
| 12 | 每个章节都有到下一个章节的链接,所以本手册也可以当作一个入门指导。 |
| 13 | 每个页面还有一个深度 Git 文档阅读的链接,比如官方的使用手册页面或者 <a href="http://git-scm.com/book">《Pro Git》</a> |
| 14 | 书中的相关章节,以便于你学习了解更多的 Git 命令。首先,我们要从如何以 Git 的思维方式管理源代码开始。 |
| 15 | </p> |
| 16 | </div> |
| 17 | </div> |
| 18 | |
| 19 | <div class="box"> |
| 20 | <h2>如何以 Git 的方式思考</h2> |
| 21 | <div class="block"> |
| 22 | <p> |
| 23 | 懂得 Git,第一件重要的事情就是要知道它与 Subversion、Perforce 或者任何你用过的版本控制工具都有着很大的差别。 |
| 24 | 通常,忘掉你预想的版本控制方式,改以 Git 的方式思考,能够帮助你更好地学习 Git。 |
| 25 | </p> |
| 26 | |
| 27 | <p> |
| 28 | 让我们从头开始。假设你正在设计一个新的源代码管理系统。在你使用某个工具之前,是如何完成基本的源码版本控制工作的呢? |
| 29 | 十有八九,你只是在项目到达某些阶段的时候,对项目做一份拷贝。 |
| 30 | </p> |
| 31 | |
| 32 | <pre> $ cp -R project project.bak </pre> |
| 33 | |
| 34 | <p> |
| 35 | 这样,你就可以在事情变得一团糟的时候很方便的返回到之前的状态,或者通过对比当前的项目与之前的拷贝,看看自己在之后的工作中,都做了哪些修改。 |
| 36 | </p> |
| 37 | |
| 38 | <p> |
| 39 | 如果你有点偏执,你可能会经常作上面说的事情,或许还会给项目拷贝加个日期: |
| 40 | </p> |
| 41 | |
| 42 | <pre> $ cp -R project project.2010-06-01.bak </pre> |
| 43 | |
| 44 | <p> |
| 45 | 如此,你就有了一堆项目在各个阶段的快照,来作比较、查看。使用这种模式,你还可以有效地与人分享项目变更。 |
| 46 | 如果你会在项目到达一定阶段的时候给它打个包,丢到自己的网站上,那其他的开发者们,就能很方便地下载它,做点改动,并给你补丁回馈。 |
| 47 | </p> |
| 48 | |
| 49 | <pre> |
| 50 | $ wget http://example.com/project.2010-06-01.zip |
| 51 | $ unzip project.2010-06-01.zip |
| 52 | $ cp -R project.2010-06-01 project-my-copy |
| 53 | $ cd project-my-copy |
| 54 | $ (做了某些修改) |
| 55 | $ diff project-my-copy project.2010-06-01 > change.patch |
| 56 | $ (通过E-mail发送修改补丁)</pre> |
| 57 | |
| 58 | <p> |
| 59 | 以此方式,原先的开发者就能将其他人的改动应用到他的项目中去,其他开发者也能了解你做的变更。其实这便是许多开源项目采用过多年的协作方式。 |
| 60 | </p> |
| 61 | |
| 62 | <p> |
| 63 | 这办法其实很好使,所以假设我们现在想要写个工具,让这个办法更快、更简单。 |
| 64 | 我们与其实现一个工具以记录每个文件的版本,可能不如去实现个工具以使创建、储存项目的快照更加方便,不用每次都去人肉作整个项目的拷贝。 |
| 65 | </p> |
| 66 | |
| 67 | <p> |
| 68 | 这就是 Git 的精要所在。你通过 <code>git commit</code>告诉 Git 你想保存一份项目快照, |
| 69 | Git 就会为你的项目中的各个文件的当前状态存一份记录。之后,绝大部分的 Git 命令都围绕这些记录展开。 |
| 70 | 比如查看它们的区别(diff),提取它们的内容,等等。 |
| 71 | </p> |
| 72 | |
| 73 | <center><img src="./images/snapshots.png"/></center> |
| 74 | |
| 75 | <p> |
| 76 | 如果你将 Git 看作一个排序、对比以及合并项目更新的工具,那就容易理解状况和正确做事了。 |
| 77 | </p> |
| 78 | |
| 79 | </div> |
| 80 | </div> |
| 81 | |
| 82 | <p><a href="{{ site.baseurl }}/zh/creating">接下来:获取与创建项目»</a></p> |