git 提高技术

1. Git自动补全

假使你使用命令行工具运行Git命令，那么每次手动输入各种命令是一件很令人厌烦的事情。
为了解决这个问题，你可以启用Git的自动补全功能，完成这项工作仅需要几分钟。

为了得到这个脚本，在Unix系统下运行以下命令：

1cd ~

2curl https://raw.github.com/git/git/master/contrib/completion/git-completion.bash -o ~/.git-completion.bash

然后，添加下面几行到你的 ~/.bash_profile 文件中：

1if [ -f ~/.git-completion.bash ]; then

2    . ~/.git-completion.bash

3fi

尽管早些时候我们已经提到这个，但是强调的不够充分。如果你想使用git的全部功能特性，
你绝对应该切换到命令行界面！

2. 在 Git 中忽略文件

你是不是很烦那些编译过的文件 (比如 .pyc) 出现在你的 Git 仓库中？或者说你已经受够了已经把它们都加进了 Git 仓库？好了，这有个办法可以让你告诉 Git 忽略掉那些特定的文件和文件夹。只需要创建一个名为 .gitignore 然后列出那些你不希望 Git 跟踪的文件和文件夹。你还可以添加例外，通过使用感叹号(!)。

1*.pyc

2*.exe

3my_db_config/

4 

5!main.pyc

3. 是谁弄乱了我的代码？

当事情出错时，先去指责别人是人类的天性之一。如果你的产品服务器挂了，使用git blame命令可以很容易找出罪魁祸首。这个命令可以将文件中的每一行的作者、最新的变更提交和提交时间展示出来。

1git blame [file_name]

在下面的截图中你可以看到命令是如何在更大的目录中搜寻。

4. 查看仓库历史记录

上一节我们已经学习了如何使用 git log ，不过，这里还有三个你应该知道的选项。

• --oneline- 压缩模式，在每个提交的旁边显示经过精简的提交哈希码和提交信息，以一行显示。

• --graph- 图形模式，使用该选项会在输出的左边绘制一张基于文本格式的历史信息表示图。如果你查看的是单个分支的历史记录的话，该选项无效。

• --all- 显示所有分支的历史记录

把这些选项组合起来之后，输出看起来会像这样：

5. 绝对不要丢失对Commit的跟踪

假设你不小心提交了些你不想要的东西，不得不做一次强制重置来恢复到之前的状态。然后，你意识到在这一过程中你丢失了其它一些信息并且想要把它们找回来，或者至少瞅一眼。这正是git reflog可以做到的。

一个简单的git log命令可以为你展示最后一次commit，以及它的父亲，还有它父亲的父亲等等。而git reflog则列出了head曾经指向过的一系列commit。要明白它们只存在于你本机中；而不是你的版本仓库的一部分，也不包含在push和merge操作中。

如果我运行git log命令，我可以看到一些commit，它们都是我仓库的一部分：

然而，一个git reflog命令则展示了一次commit (b1b0ee9–HEAD@{4})，它正是我刚才进行强制重置时弄丢的：

6. Staging Parts of a Changed File for a Commit

It is generally a good practice to make feature-based commits, that is, each commit must represent a feature or a bug fix. Consider what would happen if you fixed two bugs, or added multiple features without committing the changes. In such a situation situation, you could put the changes in a single commit. But there is a better way: Stage the files individually and commit them separately.

Let’s say you’ve made multiple changes to a single file and want them to appear in separate commits. In that case, we add files by prefixing -p to our add commands.

1git add -p [file_name]

Let’s try to demonstrate the same. I have added three new lines to file_name and I want only the first and third lines to appear in my commit. Let’s see what a git diff shows us.

And let’s see what happes when we prefix a -p to our add command.

It seems that Git assumed that all the changes were a part of the same idea, thereby grouping it into a single hunk. You have the following options:

• Enter y to stage that hunk

• Enter n to not stage that hunk

• Enter e to manually edit the hunk

• Enter d to exit or go to the next file.

• Enter s to split the hunk.

In our case, we definitely want to split it into smaller parts to selectively add some and ignore the rest.

As you can see, we have added the first and third lines and ignored the second. You can then view the status of the repository and make a commit.

7. 压缩多个Commit

当你提交代码进行代码审查时或者创建一次pull request (这才开源项目中经常发生)，你的代码在被接受之前会被要求, 做一些变更。于是你进行了变更，并且直到下一次审查之前你没有被要求进行过变更。在你直到又要进行变更之前，你已经有了一些额外的commit。理想情况下，你可以用rebase命令把多个commit压缩成一个。

1git rebase -i HEAD~[number_of_commits]

如果你想要压缩最后两个commit，你需要运行下列命令。

1git rebase -i HEAD~2

运行该命令时，你会看到一个交互界面，列出了许多commit让你选择哪些需要进行压缩。理想情况下，你选择最后一次commit并把其它老commit都进行压缩。

然后会要求你为新的commit录入提交信息。这一过程本质上重写了你的commit历史。

8. Stash未提交的更改

你正在修改某个bug或者某个特性，又突然被要求展示你的工作。而你现在所做的工作还不足以提交，这个阶段你还无法进行展示（不能回到更改之前）。在这种情况下， git stash可以帮助你。stash在本质上会取走所有的变更并存储它们为以备将来使用。stash你的变更，你只需简单地运行下面的命令-

1git stash

希望检查stash列表，你可以运行下面的命令：

1git stash list

如果你想要解除stash并且恢复未提交的变更，你可以进行apply stash:

1git stash apply

在屏幕截图中，你可以看到每个stash都有一个标识符，一个唯一的号码（尽管在这种情况下我们只有一个stash）。如果你只想留有余地进行apply stash，你应该给apply添加特定的标识符：

1git stash apply stash@{2}

9.检查丢失的提交

尽管 reflog 是唯一检查丢失提交的方式。但它不是适应用于大型的仓库。那就是 fsck（文件系统检测）命令登场的时候了。

1git fsck --lost-found

这里你可以看到丢掉的提交。你可以通过运行 git show [commit_hash] 查看提交之后的改变或者运行git merge [commit_hash] 来恢复到之前的提交。

git fsck 相对reflog是有优势的。比方说你删除一个远程的分支然后关闭仓库。 用fsck 你可以搜索和恢复已删除的远程分支。

10. Cherry Pick

我把最优雅的Git命令留到了最后。cherry-pick命令是我目前为止最喜欢的git命令，既是因为它的字面意思，也因为它的功能。

简而言之，cherry-pick就是从不同的分支中捡出一个单独的commit，并把它和你当前的分支合并。如果你以并行方式在处理两个或以上分支，你可能会发现一个在全部分支中都有的bug。如果你在一个分支中解决了它，你可以使用cherry-pick命令把它commit到其它分支上去，而不会弄乱其他的文件或commit。

让我们来设想一个用得着它的场景。我现在有两个分支，并且我想cherry-pick b20fd14: Cleaned junk 这个commit到另一个上面去。

我切换到想被cherry-pick应用到的这个分支上去，然后运行了如下命令：

1git cherry-pick [commit_hash]

尽管我们这次完成了一次干净的cherry-pick，你也应该意识到这个命令可能会产生冲突。所以用它时请无比小心。