Git命令练习 据说是90%

1，提交。

git commit

不同功能、模块（分在不同分支就没这么多问题了）分开提交

2，新建分支。新建分支。

git branch newbranchname新分支名字

git checkout -b newbranch新分支名字

git checkout otherbranch其他分支名字

git branch之后，HEAD还在原分支上，提交的话还是会提交到原分支上，需要git checkout到新分支。git checkout -b就相当于git branch + git checkout，新建分支并将HEAD到新分支。

git checkout 就是切换到其他分支

3，合并分支（merge）

git merge

分支与合并

太好了! 我们已经知道如何提交以及如何使用分支了。接下来咱们看看如何将两个分支合并到一起。就是说我们新建一个分支，在其上开发某个新功能，开发完成后再合并回主线。

咱们先来看一下第一种方法 —— git merge。在 Git 中合并两个分支时会产生一个特殊的提交记录，它有两个父节点。翻译成自然语言相当于：“我要把这两个父节点本身及它们所有的祖先都包含进来。”

要想通过这一关，需要以下几步：

• 创建新分支 bugFix
• 用 git checkout bugFix 命令切换到该分支
• 提交一次
• 用 git checkout master 切换回 master
• 再提交一次

• 用 git merge 把 bugFix 合并到 master

• 你随时都可以用“objective”命令来打开这个对话框！*

 4，合并分支（git rebase）

git rebase master

第二种合并分支的方法是 git rebase。Rebase 实际上就是取出一系列的提交记录，“复制”它们，然后在另外一个地方逐个的放下去。

Rebase 的优势就是可以创造更线性的提交历史，这听上去有些难以理解。如果只允许使用 Rebase 的话，代码库的提交历史将会变得异常清晰。

在当前a分支，git rebase另一b分支，意思就是以b分支为基础，将a分支内容按照线性顺序提交。

5，在提交树上移动HEAD

git checkout 哈希值，分离HEAD

git checkout 分支名，切换分支

HEAD

我们首先看一下 “HEAD”。 HEAD 是一个对当前检出记录的符号引用 —— 也就是指向你正在其基础上进行工作的提交记录。

HEAD 总是指向当前分支上最近一次提交记录。大多数修改提交树的 Git 命令都是从改变 HEAD 的指向开始的。

HEAD 通常情况下是指向分支名的（如 bugFix）。在你提交时，改变了 bugFix 的状态，这一变化通过 HEAD 变得可见。

（译者注：实际这些命令并不是真的在查看 HEAD 指向，看下一屏就了解了。如果想看 HEAD 指向，可以通过 cat .git/HEAD 查看， 如果 HEAD 指向的是一个引用，还可以用 git symbolic-ref HEAD 查看它的指向。但是该程序不支持这两个命令）

分离的 HEAD 就是让其指向了某个具体的提交记录而不是分支名。在命令执行之前的状态如下所示：

HEAD -> master -> C1

HEAD 指向 master， master 指向 C1

6，相对引用

git checkout master^;直接用分支名引用

git checkout c4; git checkout HEAD^;先分离HEAD，再用HEAD引用

git branch -f master HEAD~3;相对引用为我们提供了一种简洁的引用提交记录 C1 的方式， 而 -f 则容许我们将分支强制移动到那个位置。

git branch -f master c6

git branch -f bugFix HEAD^^;【git branch -f bugFix HEAD~2】

git checkout HEAD^

相对引用

通过指定提交记录哈希值的方式在 Git 中移动不太方便。在实际应用时，并没有像本程序中这么漂亮的可视化提交树供你参考，所以你就不得不用 git log 来查查看提交记录的哈希值。

并且哈希值在真实的 Git 世界中也会更长（译者注：基于 SHA-1，共 40 位）。例如前一关的介绍中的提交记录的哈希值可能是 fed2da64c0efc5293610bdd892f82a58e8cbc5d8。舌头都快打结了吧...

比较令人欣慰的是，Git 对哈希的处理很智能。你只需要提供能够唯一标识提交记录的前几个字符即可。因此我可以仅输入fed2 而不是上面的一长串字符。

使用相对引用的话，你就可以从一个易于记忆的地方（比如 bugFix 分支或 HEAD）开始计算。

相对引用非常给力，这里我介绍两个简单的用法：

• 使用 ^ 向上移动 1 个提交记录
• 使用 ~<num> 向上移动多个提交记录，如 ~3

首先看看操作符 (^)。把这个符号加在引用名称的后面，表示让 Git 寻找指定提交记录的父提交。

所以 master^ 相当于“master 的父节点”。

master^^ 是 master 的第二个父节点

现在咱们切换到 master 的父节点git checkout master^

“~”操作符

如果你想在提交树中向上移动很多步的话，敲那么多 ^ 貌似也挺烦人的，Git 当然也考虑到了这一点，于是又引入了操作符 ~。

该操作符后面可以跟一个数字（可选，不跟数字时与 ^ 相同，向上移动一次），指定向上移动多少次。

我使用相对引用最多的就是移动分支。可以直接使用 -f 选项让分支指向另一个提交。例如:

git branch -f master HEAD~3

上面的命令会将 master 分支强制指向 HEAD 的第 3 级父提交。

7，撤销变更

git reset HEAD~1; reset用于撤销本地的提交

git revert HEAD; revert用于撤销远程的提交

撤销变更

git reset与git revert 都是对当前分支（星号）起作用，命令行中不用加分支。后面回退的步数可以用HEAD~1这样的引用，也可以用c1、c0这样的哈希码。

在 Git 里撤销变更的方法很多。和提交一样，撤销变更由底层部分（暂存区的独立文件或者片段）和上层部分（变更到底是通过哪种方式被撤销的）组成。我们这个应用主要关注的是后者。

主要有两种方法用来撤销变更 —— 一是 git reset，还有就是 git revert。接下来咱们逐个进行讲解。