From 632121d1ff281bca0cedd28d36d249828660f9b7 Mon Sep 17 00:00:00 2001 From: LitoMore Date: Fri, 3 Feb 2017 16:01:14 +0800 Subject: [PATCH] =?UTF-8?q?=E4=BF=AE=E6=AD=A3=E8=A1=A5=E5=85=85?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- sources/保持代码同步.md | 4 ++-- sources/重写项目历史.md | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/sources/保持代码同步.md b/sources/保持代码同步.md index 235e2bc..7bccde0 100644 --- a/sources/保持代码同步.md +++ b/sources/保持代码同步.md @@ -52,11 +52,11 @@ git remote rename Git 被设计为给每个开发者提供完全隔离的开发环境。也就是说信息并不是自动地在仓库之间传递。开发者需要手动将上游提交拉取到本地，或手动将本地提交推送到中央仓库中去。`git remote` 命令正是将 URL 传递给这些「共享」命令的快捷方式。 -#### 名为origin的远程连接 +#### 名为 origin 的远程连接 当你用 `git clone` 克隆仓库时，它自动创建了一个名为 origin 的远程连接，指向被克隆的仓库。当开发者创建中央仓库的本地副本时非常有用，因为它提供了拉取上游更改和发布本地提交的快捷方式。这也是为什么大多数基于 Git 的项目将它们的中央仓库取名为 origin。 -#### 仓库的URL +#### 仓库的 URL Git 支持多种方式来引用一个远程仓库。其中两种最简单的方式便是 HTTP 和 SSH 协议。HTTP 是允许匿名、只读访问仓库的简易方式。比如： diff --git a/sources/重写项目历史.md b/sources/重写项目历史.md index 0d8f5b0..c2f1910 100644 --- a/sources/重写项目历史.md +++ b/sources/重写项目历史.md @@ -80,7 +80,7 @@ rebase 的主要目的是为了保持一个线性的项目历史。比如说， rebase 是将上游更改合并进本地仓库的通常方法。你每次想查看上游进展时，用 `git merge` 拉取上游更新会导致一个多余的合并提交。在另一方面，rebase 就好像是说「我想将我的更改建立在其他人的进展之上」。 -#### 不要rebase公共历史 +#### 不要 rebase 公共历史 和我们讨论过的 `git commit --amend` 和 `git reset` 一样，你永远不应该 rebase 那些已经推送到公共仓库的提交。rebase 会用新的提交替换旧的提交，你的项目历史会像突然消失了一样。