1
0

Changed 您 to 你

do not use the honorific version of `you' in chinese.
indeed that was weird...
This commit is contained in:
dotnil
2012-11-29 19:29:33 +08:00
parent 0fd9c64462
commit b7cefc43bf
6 changed files with 141 additions and 141 deletions

View File

@@ -5,10 +5,10 @@ layout: zh_reference
<h2>Git 手册简介</h2>
<div class="block">
<p>
本站为 Git 参考手册。目的是为学习与记忆 Git 使用中最重要、最普遍的命令提供快速翻阅。这些命令以可能需要的操作类型划分,并且将提供日常使用中需要的一些常用的命令以及参数。
本站为 Git 参考手册。目的是为学习与记忆 Git 使用中最重要、最普遍的命令提供快速翻阅。这些命令以可能需要的操作类型划分,并且将提供日常使用中需要的一些常用的命令以及参数。
</p>
<p>
每个章节都有到下一个章节的链接,所以本手册也可以当作一个入门指导。每个页面还有一个深度 Git 文档阅读的链接,比如官方的使用手册页面或者<a href="http://progit.org">《Pro Git》</a>书中的相关章节,以便于学习了解更多的 Git 命令。首先,我们要从如何以 Git 的思维方式管理源代码开始。
每个章节都有到下一个章节的链接,所以本手册也可以当作一个入门指导。每个页面还有一个深度 Git 文档阅读的链接,比如官方的使用手册页面或者<a href="http://progit.org">《Pro Git》</a>书中的相关章节,以便于学习了解更多的 Git 命令。首先,我们要从如何以 Git 的思维方式管理源代码开始。
</p>
</div>
</div>
@@ -17,27 +17,27 @@ layout: zh_reference
<h2>如何以 Git 的方式思考</h2>
<div class="block">
<p>
懂得 Git第一件重要的事情就是要知道它与 Subversion、Perforce 或者任何用过的版本控制工具都有着很大的差别。通常,忘掉预想的版本控制方式,改以 Git 的方式思考,能够帮助你更好地学习 Git。
懂得 Git第一件重要的事情就是要知道它与 Subversion、Perforce 或者任何用过的版本控制工具都有着很大的差别。通常,忘掉预想的版本控制方式,改以 Git 的方式思考,能够帮助你更好地学习 Git。
</p>
<p>
让我们从头开始。假设正在设计一个新的源代码管理系统。在使用某个工具之前,是如何完成基本的源码版本控制工作的呢?十有八九,只是在项目到达某些阶段的时候,对项目做一份拷贝。
让我们从头开始。假设正在设计一个新的源代码管理系统。在使用某个工具之前,是如何完成基本的源码版本控制工作的呢?十有八九,只是在项目到达某些阶段的时候,对项目做一份拷贝。
</p>
<pre> $ cp -R project project.bak </pre>
<p>
这样,就可以在事情变得一团糟的时候很方便的返回到之前的状态,或者通过对比当前的项目与之前的拷贝,看看自己在之后的工作中,都做了哪些修改。
这样,就可以在事情变得一团糟的时候很方便的返回到之前的状态,或者通过对比当前的项目与之前的拷贝,看看自己在之后的工作中,都做了哪些修改。
</p>
<p>
如果有点偏执,可能会经常作上面说的事情,或许还会给项目拷贝加个日期:
如果有点偏执,可能会经常作上面说的事情,或许还会给项目拷贝加个日期:
</p>
<pre> $ cp -R project project.2010-06-01.bak </pre>
<p>
如此,就有了一堆项目在各个阶段的快照,来作比较、查看。使用这种模式,还可以有效地与人分享项目变更。如果会在项目到达一定阶段的时候给它打个包,丢到自己的网站上,那其他的开发者们,就能很方便地下载它,做点改动,并给你补丁回馈。
如此,就有了一堆项目在各个阶段的快照,来作比较、查看。使用这种模式,还可以有效地与人分享项目变更。如果会在项目到达一定阶段的时候给它打个包,丢到自己的网站上,那其他的开发者们,就能很方便地下载它,做点改动,并给你补丁回馈。
</p>
<pre>
@@ -50,7 +50,7 @@ layout: zh_reference
$ (email change.patch)</pre>
<p>
以此方式,原先的开发者就能将其他人的改动应用到他的项目中去,其他开发者也能了解做的变更。其实这便是许多开源项目采用过多年的协作方式。
以此方式,原先的开发者就能将其他人的改动应用到他的项目中去,其他开发者也能了解做的变更。其实这便是许多开源项目采用过多年的协作方式。
</p>
<p>
@@ -58,13 +58,13 @@ layout: zh_reference
</p>
<p>
这就是 Git 的精要所在。通过 <code>git commit</code>告诉 Git 想保存一份项目快照Git 就会为的项目中的各个文件的当前状态存一份记录。之后,绝大部分的 Git 命令都围绕这些记录展开。比如查看它们的区别diff提取它们的内容等等。
这就是 Git 的精要所在。通过 <code>git commit</code>告诉 Git 想保存一份项目快照Git 就会为的项目中的各个文件的当前状态存一份记录。之后,绝大部分的 Git 命令都围绕这些记录展开。比如查看它们的区别diff提取它们的内容等等。
</p>
<center><img src="./images/snapshots.png"/></center>
<p>
如果可以将 Git 看作一个排序、对比以及合并项目更新的工具,那就容易理解状况和正确做事了。
如果可以将 Git 看作一个排序、对比以及合并项目更新的工具,那就容易理解状况和正确做事了。
</p>
</div>