3
3
4
4
(((branches, remote)))(((references, remote)))
5
5
远程引用是对远程仓库的引用(指针),包括分支、标签等等。
6
- 你可以通过 `git ls-remote ( remote) ` 来显式地获得远程引用的完整列表,或者通过 `git remote show ( remote) ` 获得远程分支的更多信息。
6
+ 你可以通过 `git ls-remote [ remote] ` 来显式地获得远程引用的完整列表,或者通过 `git remote show [ remote] ` 获得远程分支的更多信息。
7
7
然而,一个更常见的做法是利用远程跟踪分支。
8
8
9
9
远程跟踪分支是远程分支状态的引用。
@@ -30,22 +30,22 @@ Git 也会给你一个与 origin 的 `master` 分支在指向同一个地方的
30
30
.克隆之后的服务器与本地仓库
31
31
image::images/remote-branches-1.png[克隆之后的服务器与本地仓库。]
32
32
33
- 如果你在本地的 `master` 分支做了一些工作,与此同时,其他人推送提交到 `git.ourcompany.com` 并更新了它的 `master` 分支,那么你的提交历史将向不同的方向前进 。
34
- 另外,只要你不与 origin 服务器连接,你的 `origin/master` 指针就不会移动。
33
+ 如果你在本地的 `master` 分支做了一些工作,在同一段时间内有其他人推送提交到 `git.ourcompany.com` 并且更新了它的 `master` 分支,这就是说你们的提交历史已走向不同的方向 。
34
+ 即便这样,只要你保持不与 origin 服务器连接(并拉取数据) ,你的 `origin/master` 指针就不会移动。
35
35
36
36
.本地与远程的工作可以分叉
37
37
image::images/remote-branches-2.png[本地与远程的工作可以分叉。]
38
38
39
- 如果要同步你的工作 ,运行 `git fetch origin` 命令。
40
- 这个命令查找 “ origin” 是哪一个服务器(在本例中,它是 `git.ourcompany.com`),从中抓取本地没有的数据,并且更新本地数据库,移动 `origin/master` 指针指向新的、更新后的位置 。
39
+ 如果要同步数据 ,运行 `git fetch origin` 命令。
40
+ 这个命令查找 `` origin'' 是哪一个服务器(在本例中,它是 `git.ourcompany.com`),从中抓取本地没有的数据,并且更新本地数据库,移动 `origin/master` 指针到更新之后的位置 。
41
41
42
42
.`git fetch` 更新你的远程仓库引用
43
43
image::images/remote-branches-3.png[`git fetch` 更新你的远程仓库引用。]
44
44
45
- 为了演示有多个远程仓库与远程分支的情况,我们假定你有另一个内部 Git 服务器,仅用于你的 sprint 小组的开发工作 。
45
+ 为了演示有多个远程仓库与远程分支的情况,我们假定你有另一个内部 Git 服务器,仅服务于你的某个 sprint 团队 。
46
46
这个服务器位于 `git.team1.ourcompany.com`。
47
47
你可以运行 `git remote add` 命令添加一个新的远程仓库引用到当前的项目,这个命令我们会在 <<ch02-git-basics#ch02-git-basics>> 中详细说明。
48
- 将这个远程仓库命名为 `teamone`,将其作为整个 URL 的缩写。
48
+ 将这个远程仓库命名为 `teamone`,将其作为完整 URL 的缩写。
49
49
50
50
.添加另一个远程仓库
51
51
image::images/remote-branches-4.png[添加另一个远程仓库。]
0 commit comments