这些有用的小技巧将改变你在当前最流行的版本控制系统下的工作方式。

Git 是当前最流行最普遍的版本控制系统之一，它被应用于私有系统和公开网站上各种各样的开发工作。不论我变得对 Git 有多熟悉，似乎总有些功能等待着被发掘。下面分享下和 Git 相关的改变我工作方式的一些小技巧。

1、Git 中的自动纠错

我们每个人都不时在输入时犯拼写错误，但是如果你使能了 Git 的自动纠错功能，你就能让 Git 自动纠正一些输入错误的子命令。

假如你想用命令 git status 来检查状态，但是你恰巧错误地输入了 git stats。通常情况下，Git 会告诉你 ‘stats’ 不是个有效的命令：

$ git stats
git: ‘stats’ is not a git command. See ‘git --help’.

The most similar command is
status

为了避免类似情形，只需要在你的 Git 配置中使能自动纠错功能。

$ git config --global help.autocorrect 1

如果你只想对当前的仓库生效，就省略掉选项 --global。

这个命令会使能自动纠错功能。在相应的 Git 官方文档 中可以看到这个命令的详细说明，但是试着敲一下上面的错误命令会使你对这个设置干了什么有个直观的了解：

$ git stats
git: ‘stats’ is not a git command. See ‘git --help’.
On branch master
Your branch is up to date with ‘origin/master’.

nothing to commit, working tree clean

在上面的例子中，Git 直接运行了它建议命令的第一个，也就是 git status，而不是给你展示它所建议的子命令。

2、对提交进行计数

需要对提交进行计数的原因有很多。例如，一些开发人员利用提交计数来判断什么时候递增工程构建序号，也有一些开发人员用提交计数来对项目进展取得一个整体上的感观。

对提交进行计数相当简单而且直接，下面就是相应的 Git 命令：

$ git rev-list --count branch-name

在上述命令中，参数 branch-name 必须是一个你当前仓库里的有效分支名。

$ git rev-list –count master
32
$ git rev-list –count dev
34

3、仓库优化

你的代码仓库不仅对你来说很宝贵，对你所在的组织也一样。通过少数几个惯例你就能使自己的仓库整洁并且保持最新。使用 .gitignore 文件 就是这些最好的惯例之一。通过使用这个文件你可以告诉 Git 不要保存一些不需要记录的文件，如二进制文件、临时文件等等。

当然，你还可以使用 Git 的垃圾回收来进一步优化你的仓库。

$ git gc --prune=now --aggressive

这个命令在你和你的团队经常使用 pull 或者 push 操作的时候很有帮助。

它是一个内部工具，能清理掉你的仓库里没法访问或者说“空悬”的 Git 对象。

4、给未追踪的文件来个备份

大多数时候，删除所有未追踪的文件是安全的。但很多时候也有这么一种场景，你想删掉这些未追踪的文件同时也想做个备份防止以后需要用到。

Git 组合一些 Bash 命令和管道操作，可以让你可以很容易地给那些未追踪的文件创建 zip 压缩包。

$ git ls-files --others --exclude-standard -z |\
  xargs -0 tar rvf ~/backup-untracked.zip

上面的命令就生成了一个名字为 backup-untracked.zip 的压缩包文件（当然，在 .gitignore 里面忽略了的文件不会包含在内）。

5、了解你的 .git 文件夹

每个仓库都有一个 .git 文件夹，它是一个特殊的隐藏文件夹。

$ ls -a
. … .git

Git 主要通过两个东西来工作：

1. 当前工作树（你当前检出的文件状态）
2. 你的 Git 仓库的文件夹（准确地说，包含版本信息的 .git 文件夹的位置）

这个文件夹存储了所有参考信息和一些其他的如配置、仓库数据、HEAD 状态、日志等更多诸如此类的重要细节。

一旦你删除了这个文件夹，尽管你的源码没被删，但是类似你的工程历史记录等远程信息就没有了。删除这个文件夹意味着你的工程（至少本地的复制）不再在版本控制的范畴之内了。这也就意味着你没法追踪你的修改；你没法从远程仓拉取或推送到远程仓了。

通常而言，你需要或者应当对你的 .git 文件夹的操作并不多。它是被 Git 管理的，而且大多数时候是一个禁区。然而，在这个文件夹内还是有一些有趣的工件，比如说当前的 HEAD 状态在内的就在其中。

$ cat .git/HEAD
ref: refs/heads/master

它也隐含着对你仓库地描述：

$ cat .git/description

这是一个未命名的仓库；通过编辑文件 ‘description’ 可以给这个仓库命名。

Git 钩子文件夹连同一些钩子文件例子也在这里。参考这些例子你就能知道 Git 钩子能干什么了。当然，你也可以 参考这个 Seth Kenlon 写的 Git 钩子介绍。

6、浏览另一个分支的文件

有时，你会想要浏览另一个分支下某个文件的内容。这其实用一个简单的 Git 命令就可以实现，甚至都不用切换分支。

设想你有一个命名为 README.md 的文件，并且它在 main 分支上。当前你正工作在一个名为 dev 的分支。

用下面的 Git 命令，在终端上就行。

$ git show main:README.md

一旦你执行这个命令，你就能在你的终端上看到 main 分支上该文件的内容。

7、Git 中的搜索

用一个简单的命令你就能在 Git 中像专业人士一样搜索了。更有甚者，尽管你不确定你的修改在哪次提交或者哪个分支上，你依然能搜索。

$ git rev-list --all | xargs git grep -F ''

例如，假设你想在你的仓库中搜索字符串 “font-size: 52 px;" ：

$ git rev-list –all | xargs git grep -F ‘font-size: 52 px;’
F3022…9e12:HtmlTemplate/style.css: font-size: 52 px;
E9211…8244:RR.Web/Content/style/style.css: font-size: 52 px;

试试这些小技巧

我希望这些小技巧对你是有用的，或者增加你的生产力或者节省你的大量时间。

你也有一些喜欢的 Git 技巧 吗？在评论区分享吧。

via: https://opensource.com/article/20/10/advanced-git-tips

作者：Rajeev Bera 选题：lujun9972 译者：BoosterY 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

了解 git cherry-pick 命令是什么，为什么用以及如何使用。

当你和一群程序员一起工作时，无论项目大小，处理多个 Git 分支之间的变更都会变得很困难。有时，你不想将整个 Git 分支合并到另一个分支，而是想选择并移动几个特定的提交。这个过程被称为 “ 遴选 cherry-pick ”。

本文将介绍“遴选”是什么、为何使用以及如何使用。

那么让我们开始吧。

什么是遴选？

使用遴选（cherry-pick）命令，Git 可以让你将任何分支中的个别提交合并到你当前的 Git HEAD 分支中。

当执行 git merge 或者 git rebase 时，一个分支的所有提交都会被合并。cherry-pick 命令允许你选择单个提交进行整合。

遴选的好处

下面的情况可能会让你更容易理解遴选功能。

想象一下，你正在为即将到来的每周冲刺实现新功能。当你的代码准备好了，你会把它推送到远程分支，准备进行测试。

然而，客户并不是对所有修改都满意，要求你只呈现某些修改。因为客户还没有批准下次发布的所有修改，所以 git rebase 不会有预期的结果。为什么会这样？因为 git rebase 或者 git merge 会把上一个冲刺的每一个调整都纳入其中。

遴选就是答案！因为它只关注在提交中添加的变更，所以遴选只会带入批准的变更，而不添加其他的提交。

还有其他几个原因可以使用遴选：

• 这对于 bug 修复是必不可少的，因为 bug 是出现在开发分支中对应的提交的。
• 你可以通过使用 git cherry-pick 来避免不必要的工作，而不用使用其他选项例如 git diff 来应用特定变更。
• 如果因为不同 Git 分支的版本不兼容而无法将整个分支联合起来，那么它是一个很有用的工具。

使用 cherry-pick 命令

在 cherry-pick 命令的最简单形式中，你只需使用 SHA 标识符来表示你想整合到当前 HEAD 分支的提交。

要获得提交的哈希值，可以使用 git log 命令：

$ git log --oneline

当你知道了提交的哈希值后，你就可以使用 cherry-pick 命令。

语法是：

$ git cherry-pick <commit sha>

例如：

$ git cherry-pick 65be1e5

这将会把指定的修改合并到当前已签出的分支上。

如果你想做进一步的修改，也可以让 Git 将提交的变更内容添加到你的工作副本中。

语法是：

$ git cherry-pick <commit sha> --no-commit

例如：

$ git cherry-pick 65be1e5 --no-commit

如果你想同时选择多个提交，请将它们的提交哈希值用空格隔开：

$ git cherry-pick hash1 hash3

当遴选提交时，你不能使用 git pull 命令，因为它能获取一个仓库的提交并自动合并到另一个仓库。cherry-pick 是一个专门不这么做的工具；另一方面，你可以使用 git fetch，它可以获取提交，但不应用它们。毫无疑问，git pull 很方便，但它不精确。

自己尝试

要尝试这个过程，启动终端并生成一个示例项目：

$ mkdir fruit.git
$ cd fruit.git
$ git init .

创建一些数据并提交：

$ echo "Kiwifruit" > fruit.txt
$ git add fruit.txt
$ git commit -m 'First commit'

现在，通过创建一个项目的复刻来代表一个远程开发者：

$ mkdir ~/fruit.fork
$ cd !$
$ echo "Strawberry" >> fruit.txt
$ git add fruit.txt
$ git commit -m 'Added a fruit"

这是一个有效的提交。现在，创建一个不好的提交，代表你不想合并到你的项目中的东西：

$ echo "Rhubarb" >> fruit.txt
$ git add fruit.txt
$ git commit -m 'Added a vegetable that tastes like a fruit"

返回你的仓库，从你的假想的开发者那里获取提交的内容：

$ cd ~/fruit.git
$ git remote add dev ~/fruit.fork
$ git fetch dev
remote: Counting objects: 6, done.
remote: Compressing objects: 100% (2/2), done.
remote: Total 6 (delta 0), reused 0 (delta 0)
Unpacking objects: 100% (6/6), done...

$ git log –oneline dev/master
e858ab2 Added a vegetable that tastes like a fruit
0664292 Added a fruit
b56e0f8 First commit

你已经从你想象中的开发者那里获取了提交的内容，但你还没有将它们合并到你的版本库中。你想接受第二个提交，但不想接受第三个提交，所以使用 cherry-pick。

$ git cherry-pick 0664292

第二次提交现在在你的仓库里了：

$ cat fruit.txt
Kiwifruit
Strawberry

将你的更改推送到远程服务器上，这就完成了！

避免使用遴选的原因

在开发者社区中，通常不鼓励所以遴选。主要原因是它会造成重复提交，而你也失去了跟踪你的提交历史的能力。

如果你不按顺序地遴选了大量的提交，这些提交会被记录在你的分支中，这可能会在 Git 分支中导致不理想的结果。

遴选是一个强大的命令，如果没有正确理解可能发生的情况，它可能会导致问题。不过，当你搞砸了，提交到错误的分支时，它可能会救你一命（至少是你当天的工作）。

via: https://opensource.com/article/21/4/cherry-picking-git

作者：Rajeev Bera 选题：lujun9972 译者：geekpi 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

这些有用的技巧将改变你使用这个流行的版本控制系统的工作方式。

Git 是目前最常见的版本控制系统之一，无论是私有系统还是公开托管的网站，都在使用它进行各种开发工作。但无论我对 Git 的使用有多熟练，似乎总有一些功能还没有被发现，下面是改变我使用 Git 工作方式的七个技巧。

1、Git 中的自动更正

我们有时都会打错字，但如果启用了 Git 的自动更正功能，就可以让 Git 自动修正打错的子命令。

假设你想用 git status 检查状态，却不小心输入了 git stats。正常情况下，Git 会告诉你 stats 不是一条有效的命令：

$ git stats
git: ‘stats’ is not a git command. See ‘git --help’.

The most similar command is
status

为了避免类似的情况发生，请在 Git 配置中启用 Git 自动更正功能：

$ git config --global help.autocorrect 1

如果你希望这个命令只适用于你当前的版本库，请省略 --global 选项。

这条命令启用了自动更正功能。更深入的教程可以在 Git Docs 中找到，但尝试一下和上面一样的错误命令，就能很好地了解这个配置的作用：

$ git stats
git: ‘stats’ is not a git command. See ‘git --help’.
On branch master
Your branch is up to date with ‘origin/master’.

nothing to commit, working tree clean

Git 现在不会建议使用其他子命令，而是直接运行最上面的建议，在本例中是 git status。

2、计算你的提交量

你需要计算提交数量可能有很多原因。例如，许多开发者通过计算提交数量来判断何时该增加构建版本号，或者只是想了解项目的进展情况。

要计算提交数量其实很简单直接，下面是 Git 的命令：

$ git rev-list --count branch-name

在上面的命令中，branch-name 应该是当前版本库中有效的分支名称：

$ git rev-list –count master
32
$ git rev-list –count dev
34

3、优化你的仓库

你的代码仓库不仅对你有价值，对你的组织也有价值。你可以通过一些简单的做法来保持你的版本库的清洁和更新。其中一个最好的做法是 使用 .gitignore 文件。使用这个文件，就是告诉 Git 不要存储许多不需要的文件，比如二进制文件、临时文件等等。

为了进一步优化你的版本库，你可以使用 Git 的垃圾收集功能：

$ git gc --prune=now --aggressive

当你或你的团队大量使用 pull 或 push 命令时，这条命令就会起到帮助作用。

这个命令是一个内部工具，可以清理仓库中无法访问或 “孤儿” Git 对象。

4、备份未被跟踪的文件

大多数时候，删除所有未被跟踪的文件是安全的。不过很多时候，你不仅要删除，还要为你的未跟踪文件创建一个备份，以备以后需要。

通过 Git 和一些 Bash 命令管道，可以很容易地为你的未被跟踪的文件创建一个压缩包：

$ git ls-files --others --exclude-standard -z |\
xargs -0 tar rvf ~/backup-untracked.zip

上面的命令制作了一个名为 backup-untracked.zip 的存档（并排除了 .gitignore 中列出的文件）。

5、了解你的 .git 文件夹

每个版本库都有一个 .git 文件夹。它是一个特殊的隐藏文件夹。

$ ls -a
. … .git

Git 的工作主要依赖于两个部分：

1. 工作树（你当前签出的文件状态）。
2. 你的 Git 仓库的路径（即你的 .git 文件夹的位置，其中包含版本信息）。

这个文件夹存储了所有的引用和其他重要的细节，比如配置、仓库数据、HEAD 状态、日志等等。

如果你删除这个文件夹，你的源代码的当前状态不会被删除，但你的远程信息，如你的项目历史记录，会被删除。删除这个文件夹意味着你的项目（至少是本地副本）不再处于版本控制之下。这意味着你不能跟踪你的变化；你不能从远程拉取或推送。

一般来说，不需要在 .git 文件夹里做什么，也没有什么应该做的。它是由 Git 管理的，基本上被认为是个禁区。然而，这个目录里有一些有趣的工件，包括 HEAD 的当前状态。

$ cat .git/HEAD
ref: refs/heads/master

它还可能包含对你的存储库的描述：

$ cat .git/description

这是一个未命名的仓库，编辑这个 description 文件可以命名这个仓库。

Git 钩子文件夹（hooks）也在这里，里面有一些钩子示例文件。你可以阅读这些示例来了解通过 Git 钩子可以实现什么，你也可以 阅读 Seth Kenlon 的 Git 钩子介绍。

6、查看另一个分支的文件

有时你想查看另一个分支的文件的内容。用一个简单的 Git 命令就可以实现，而且不需要切换分支。

假设你有一个名为 README.md 的文件，它在 main 分支中，而你正在 dev 分支上工作。

使用下面的 Git 命令，你可以在终端上完成：

$ git show main:README.md

一旦你执行了这个命令，你就可以在你的终端上查看文件的内容。

7、在 Git 中搜索

只需一个简单的命令，你就可以像专业人士一样在 Git 中搜索。更棒的是，即使你不确定是在哪个提交或分支上做的修改，也可以在 Git 中搜索。

$ git rev-list --all | xargs git grep -F 'string'

例如，假设你想在你的版本库中搜索 font-size: 52 px; 这个字符串：

$ git rev-list –all | xargs git grep -F 'font-size: 52 px;'
F3022…9e12:HtmlTemplate/style.css: font-size: 52 px;
E9211…8244:RR.Web/Content/style/style.css: font-size: 52 px;

试试这些技巧

希望这些高级技巧对你有用，提高你的工作效率，为你节省很多时间。

你有喜欢的 Git 小技巧 吗？在评论中分享吧。

via: https://opensource.com/article/20/10/advanced-git-tips

作者：Rajeev Bera 选题：lujun9972 译者：wxy 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

使用 .gitignore 文件是提高代码和 Git 仓库质量的最佳实践之一。

我注意到很多开发者没有使用 .gitignore 文件，尽管使用 .gitignore 文件来指定你不希望 Git 在版本控制中跟踪的文件是最佳实践之一。.gitignore 可以提高代码质量，所以你不应该忽略版本库中的 .gitignore。

什么是 .gitignore？

Git 仓库中的文件可以是：

1. 未跟踪的：未被暂存或提交的变更。
2. 跟踪的：已暂存或提交的变更。
3. 忽略的：你让 Git 忽略的文件。

有些文件你希望 Git 忽略，不要在你的版本库中跟踪它，这些文件包括许多自动生成的或特定于平台的文件，以及其他本地配置文件，如：

1. 含有敏感信息的文件
2. 编译出的代码，如 .dll 或 .class。
3. 系统文件，如 .DS_Store 或 Thumbs.db。
4. 含有临时信息的文件，如日志、缓存等。
5. 生成的文件，如 dist 文件夹。

如果你不想让 Git 跟踪版本库中的某些文件，不过这不能通过 Git 命令做到。（虽然你可以用 git rm 命令停止跟踪一个文件，比如 git rm --cached。）相反，你需要使用 .gitignore 文件，这是一个告诉 Git 不要跟踪哪些文件的文本文件。

创建 .gitignore 文件很简单，只需创建一个文本文件并命名为 .gitignore。记得在文件名的开头有一个点（.）。就这样就完成了。

编写 .gitignore 文件的规则

根据文档，“.gitignore 文件中的每一行都指定了一个模式。”

在此上下文中，“模式”可以指一个特定的文件名，或者指文件名的某些部分结合上通配符。换句话说，example.txt 是匹配名为 example.txt 的文件的有效模式，而 ex*txt 是匹配名为 example.txt 以及 export.txt 的文件的有效模式。

以下是一些帮助你正确设置 .gitignore 文件的基本规则：

1. 任何以哈希（#）开头的行都是注释。
2. \ 字符可以转义特殊字符。
3. / 字符表示该规则只适用于位于同一文件夹中的文件和文件夹。
4. 星号（*）表示任意数量的字符（零个或更多）。
5. 两个星号（**）表示任意数量的子目录。
6. 一个问号（?）代替零个或一个字符。
7. 一个感叹号（!）会反转特定的规则（即包括了任何被前一个模式排除的文件）。
8. 空行会被忽略，所以你可以用它们来增加空间，使你的文件更容易阅读。
9. 在末尾添加 / 会忽略整个目录路径。

本地与全局 .gitignore 文件的比较

有两种类型的 .gitignore 文件：

• 本地：放在 Git 仓库的根目录下，只在该仓库中工作，并且必须提交到该仓库中。
• 全局：放在你的主目录根目录下，影响你在你的机器上使用的每个仓库，不需要提交。

很多开发者在项目仓库中使用本地的 .gitignore 文件，但很少有人使用全局的 .gitignore 文件。使用全局文件最显著的优势是，你不需要提交就可以使用它，而且做一个改动会影响你所有的版本库。

Git 忽略的优势

除了确保特定的文件不被 Git 追踪之外，使用 .gitignore 文件还有其他好处。

1. 通过忽略不需要的文件，它可以帮助你保持代码库的干净。
2. 它可以控制代码库的大小，这在你正在做一个大项目的时候特别有用。
3. 你的每一次提交、推送和拉取请求都将是干净的。

结束语

Git 很强大，但归根结底，它只是一个计算机程序而已。使用最佳实践并保持你的代码仓库稳定是一个团队的努力，其中要做到一件事就是使用 .gitignore 文件。

via: https://opensource.com/article/20/8/dont-ignore-gitignore

作者：Rajeev Bera 选题：lujun9972 译者：wxy 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出