File tree Expand file tree Collapse file tree 4 files changed +5
-5
lines changed
03-git-branching/sections
A-git-in-other-environments/sections Expand file tree Collapse file tree 4 files changed +5
-5
lines changed Original file line number Diff line number Diff line change @@ -5,7 +5,7 @@ Git 有多种使用方式。
5
5
在本书中,我们将使用命令行模式。
6
6
这是因为首先,只有在命令行模式下你才能执行 Git 的 *所有* 命令,而大多数的 GUI 软件只实现了 Git 所有功能的一个子集以降低操作难度。
7
7
如果你学会了在命令行下如何操作,那么你在操作 GUI 软件时应该也不会遇到什么困难,但是,反之则不成立。
8
- 此外,由于每个人的想法与侧重点不同,不同的人常常会安装不同的 GUI 软件,但 _所有_ 人一定会有命令行工具 。
8
+ 此外,由于每个人的想法与侧重点不同,不同的人常常会安装不同的 GUI 软件,但 _所有_ 人一定会有命令行工具 。
9
9
10
10
假如你是 Mac 用户,我们希望你懂得如何使用终端(Terminal);假如你是 Windows 用户,我们希望你懂得如何使用命令窗口(Command Prompt)或 PowerShell。
11
11
如果你尚未掌握以上技能,我们建议你先停下来快速学习一下,本书中的讲述和举例将用到这些技能。
Original file line number Diff line number Diff line change @@ -69,7 +69,7 @@ image::images/two-branches.png[两个指向相同提交历史的分支.]
69
69
请注意它和许多其它版本控制系统(如 Subversion 或 CVS)里的 `HEAD` 概念完全不同。
70
70
在 Git 中,它是一个指针,指向当前所在的本地分支(译注:将 `HEAD` 想象为当前分支的别名)。
71
71
在本例中,你仍然在 master 分支上。
72
- 因为 `git branch` 命令仅仅_创建_一个新分支 ,并不会自动切换到新分支中去。
72
+ 因为 `git branch` 命令仅仅 _创建_ 一个新分支 ,并不会自动切换到新分支中去。
73
73
74
74
.HEAD 指向当前所在的分支
75
75
image::images/head-to-master.png[HEAD 指向当前所在的分支.]
Original file line number Diff line number Diff line change @@ -262,7 +262,7 @@ Date: Fri Nov 7 13:47:59 2008 -0500
262
262
263
263
===== 双点
264
264
265
- 最常用的指名提交区间语法是双点 。
265
+ 最常用的指明提交区间语法是双点 。
266
266
这种语法可以让 Git 选出在一个分支中而不在另一个分支中的提交。
267
267
例如,你有如下的提交历史 <<double_dot>>
268
268
Original file line number Diff line number Diff line change @@ -28,7 +28,7 @@ $ gitk [git log options]
28
28
----
29
29
30
30
Gitk 可以接受很多命令行选项,其中的大部分都直接传给底层的 `git log` 去执行了。
31
- `--all` 可能是这其中最有用的一个, 它告诉 gitk 去尽可能地从_任何_引用查找提交并显示 ,而不仅仅是从 HEAD。
31
+ `--all` 可能是这其中最有用的一个, 它告诉 gitk 去尽可能地从 _任何_ 引用查找提交并显示 ,而不仅仅是从 HEAD。
32
32
Gitk 的界面看起来长这样:
33
33
34
34
.`gitk` 历史查看器。
@@ -70,7 +70,7 @@ image::images/git-gui.png[`git-gui` 提交工具。]
70
70
71
71
(((GitHub for Mac)))(((GitHub for Windows)))
72
72
GitHub 发布了两个面向工作流程的 Git 客户端:Windows 版,和 Mac 版。
73
- 它们很好的展示了一个面向工作流程的工具应该是什么样子——专注于提升那些常用的功能及其协作的可用性,而不是实现 Git 的_所有_功能 .
73
+ 它们很好的展示了一个面向工作流程的工具应该是什么样子——专注于提升那些常用的功能及其协作的可用性,而不是实现 Git 的 _所有_ 功能 .
74
74
它们看起来长这个样子:
75
75
76
76
.GitHub Mac 客户端。
You can’t perform that action at this time.
0 commit comments