Update 保持代码同步.md

This commit is contained in:
lynxerzhang
2017-05-24 15:20:31 +08:00
parent 06e1ad6f8d
commit f397980cc3

View File

@ -106,7 +106,7 @@ git fetch <remote> <branch>
#### 远程分支
远程分支和本地分支一样,只不过它们代表这些提交来自于其他人的仓库。你可以查看像查看本地分支一样查看远程分支,但你会处于分离 HEAD 状态(就像查看旧的提交时一样)。你可以把它们视作只读的分支。如果想要查看远程分支,只需要向 `git branch` 命令传入 `-r` 参数。远程分支拥有 remote 的前缀,所以你不会将它们和本地分支混起来。比如,下面的代码片段显示了从 origin 拉取之后,你可能想要查看的分支:
远程分支和本地分支一样,只不过它们代表这些提交来自于其他人的仓库。你可以像查看本地分支一样查看远程分支,但你会处于分离 HEAD 状态(就像查看旧的提交时一样)。你可以把它们视作只读的分支。如果想要查看远程分支,只需要向 `git branch` 命令传入 `-r` 参数。远程分支拥有 remote 的前缀,所以你不会将它们和本地分支混起来。比如,下面的代码片段显示了从 origin 拉取之后,你可能想要查看的分支:
```
git branch -r
@ -190,7 +190,7 @@ git pull --rebase <remote>
#### 基于 Rebase 的 Pull
`--rebase` 标记可以用来保证线性的项目历史防止合并提交merge commits的产生。很多开发者倾向于使用 rebase 而不是 merge因为「我想要把我的更改放在其他人完成的工作之后」。这种情况下使用带有 `--rebase` 标记的 `git pull` 甚至更像 svn update,与普通的 `git pull` 相比而言
`--rebase` 标记可以用来保证线性的项目历史防止合并提交merge commits的产生。很多开发者倾向于使用 rebase 而不是 merge因为「我想要把我的更改放在其他人完成的工作之后」。这种情况下,与普通的 `git pull` 相比而言,使用带有 `--rebase` 标记的 `git pull` 甚至更像 svn update。
事实上,使用 `--rebase` 的 pull 的工作流是如此普遍,以致于你可以直接在配置项中设置它: