Git实用技巧和命令

2018/8/13 posted in  Coding

https://www.ctolib.com/topics-133950.html

原文链接:https://thecuriousdev.org/useful-git-tips-commands/

作者 | viktor
译者 | 金灵杰

Git 是一个非常强大的工具,它包含丰富的工具用以维护项目。本文介绍了一些 Git 日常使用过程中的实用技巧和命令,希望这些内容能够对大家有所帮助。

Git diff

通常情况下,我们会在自己的独立分支中完成需求开发,此时就会有需求将自己的分支和其他分支进行对比。这个功能可以通过

git diff branch1 branch

命令来实现。

如果希望对比暂存区和当前的 HEAD,那么使用

git diff --cached

命令会非常方便。普通的 git diff 命令默认对比的是没有加到索引中的文件。

恢复暂存区

如果已经将一些文件添加到暂存区后又后悔了,Git 提供了多个命令来实现这个功能,具体需要根据当时情况而定。

git rm path/to/file --cached

这个命令将文件从暂存区索引中删除,但是仍然会将文件保留在工作目录。这比直接使用

git rm file -f

完全删除文件会安全一点。

Git reset

如果希望恢复一些已经提交的改动,我们可以使用

git reset

这个命令可以完成许多不同的行为,因此需要按照实际场景进行使用。

如果希望去除所有修改,包括索引中的内容和工作目录中的修改,那么可以使用

git reset --hard

如果仅仅是希望重置索引,那么可以使用

git reset --mixed

这也是 git reset 命令的默认行为。混合的重置会保留当前工作目录中的改动。最后,如果仅仅希望修改分支的 HEAD,可以通过

git reset --soft

来实现。

当运行 git reset 命令的时候,我们可以指定多个目标文件作为参数传入。当然可以通过

git reset --hard COMMIT_ID

恢复到指定的提交版本。

Git stash

大家应该对 git stash 命令并不陌生,它可以通过 git stash pop 命令方便的将之前的改动恢复回来。然而,如果工作目录中有未追踪的文件,默认情况下是不会将其存入临时储藏区的。为了能够临时保存未追踪的文件,可以使用

git stash --include-untracked

另外一个非常有用的命令是

git stash list

它能列出临时储藏区中的内容。

历史记录

Git 自带了非常强大的工具来查看项目以及特定文件的变更情况。我个人非常喜欢用其中的一个命令:

git log --graph --decorate --oneline

它可以用于展示经过修饰的提交历史。这个命令非常冗长,因此我建议可以为它创建一个别名(这可能是所有技巧中最有用的,因为许多命令都比较难记)。git log 命令可以显示 HEAD、所有提交的 ID 以及分支信息。有了这些信息之后,我们可以使用

git show COMMIT_ID/HEAD/BRANCH

来显示更详细的信息。

有的时候我们需要了解谁对一个文件做了哪些改动,这正是

git blame path/to/file

这个命令所提供的功能。

之前提到过 git diff 命令,它也是一个查看历史的工具。例如,如果需要对比当前 HEAD 和前两个提交,可以使用

git diff HEAD HEAD~2

为了能够展示每个提交中更详细的更新信息,可以使用

git log --patch

如果只想要看包含关键字 “apple” 的提交,使用

git log --grep apples --oneline

要查看历史提交记录中两个点之间的提交历史,我们可以用

git log HEAD~5..HEAD^ --oneline

对于分支可以使用

git log branch_name..master --oneline

修复错误提交

注意:以下一些命令会修改提交历史,使用前请确保了解后再执行。

当提交出错时,我们可能会希望能够修改提交历史。我不建议修改已经推送到远程仓库的提交历史(即使 git 允许这样做),但是对于本地仓库的提交历史,我个人认为还是可以修改的。通过

git commit --amend

可以删除前一次提交,并创建一个新的提交记录以替代之前的提交。

另一个我很喜欢的 git 使用技巧是交互式变基 (rebase)。它可以用来编辑提交信息,或者将多个提交压缩成一个提交,这也是我最喜欢的一个功能。为了在远程仓库 origin 的 master 分支之后的所有提交上执行交互式变基,可以使用

git rebase -i origin/master

这个命令会显示提交列表和可执行操作的详细描述。例如以下操作将会把多个提交压缩成一个:

1 pick 80f2a48 Add feature X
2 squash 2c74ea2 Add junit tests for feature X
3 squash 4k81nm5 Bugfix for feature X

最终的结果会是生成一个提交消息为 “Add feature X” 的提交。

如果需要恢复一个有问题的提交,我们可以使用

git revert COMMIT_ID

该命令会创建一个新的提交,让当前项目状态恢复到指定提交之前。

如果我们在修复问题时出现了误操作,例如不小心删除了不应该删除的文件。我们还是可以从版本库中恢复回来,因为 git 保存了所有修改的版本,包括被移除的提交。 git reflog 命令就是用来实现这个功能的。

挑拣提交(cherry-pick)

假设我们和同事在各自单独的分支上进行开发,同事有一个重要的提交我们也想应用到自己的分支上来,但是不需要对方分支的其他提交。这时我们可以使用

git cherry-pick COMMIT_ID

后记   

以上都是我最喜欢的 git 实用技巧。希望你也能从中学到一些新知识。这些都是我在日常使用中发现的非常有用的命令,它们对我的日常工作非常有用。如果你也有类似常用的 git 实用技巧或者常用命令,可以分享出来大家一起交流。