Update 保持代码同步.md
This commit is contained in:
@ -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 的工作流是如此普遍,以致于你可以直接在配置项中设置它:
|
||||
|
||||
|
||||
Reference in New Issue
Block a user