Git 2.9 版本已于近期发布。它给merge、rebase 和commit 工作流带来了新的特性，以及许多其他方面的改进和缺陷修复。
Git merge 和 pull 的命令将不允许两个不相关历史的分支进行合并，除非指定–allow-unrelated-histories 选项。当两个分支的根提交不一样时，它们会有不相关的历史，比如，当两个分支用于完全不同的目的（如代码和文档）时。在这种情况下，git 不悄悄地合并无关历史是可取的，因为这可能会产生意想不到的后果。在一些“特殊”的情况下可能合并无关的历史是必要的，那么可以采用上面提到的–allow-unrelated-histories 选项来强制执行这种行为。
rebase 命令现在支持在非交互模式下使用 -x 选项。-x(- exec) 选项可以用来在每一个 rebase 的步骤中运行一个给定的命令。例如，可以用来运行单元测试，从而检查每个 rebase 提交不会破坏任何东西。以前，这可能仅仅通过传递 -i 选项来完成。同时，也修复了一个使用 git rebase -m 命令来 rebase 一个从根提交开始的分支的缺陷，原来的问题在于它假设了父提交的存在。
commit 命令支持一个新的 commit.verbose 配置选项，这个选项用来指定默认情况下是否为 verbose。设置这个选项和每次在命令行给定–verbose 选项是一样的，它将显示变化之间的内联 diff。此外，git commit --dry-run 过去曾经有个问题，即它提示说不能进行提交而 git commit 命令实际上允许提交。在新的版本中它将提供正确的结果。最后，还修复了当把空消息传递给 -m 选项时导致 git commit 行为出错的缺陷。
git clone 命令增加了一个新的–allow-submodules 选项，它使得克隆一个代码库成为可能，然后可以无须获取整个历史即可克隆它的所有子模块，从而加快克隆的速度和效率。
Git 2.9 还改进了使用 hooks 的便利性。它允许接入 Git 任务（例如 commit、merge、rebase 和 push 等等），然后可以定义在这些任务之前或之后运行的脚本。事实上，一个新的 core.hooksPath 配置选项允许指定你的 hooks 所在的目录:
git config core.hooksPath /etc/git/hooks
以前，git 会在.git/hooks 目录寻找 hooks。
Git 2.9 中还包含了其他的一些改进，如更好的检测文件重命名、更好的处理 git 日志中的选项卡、和更丰富的 git 描述（包含算法）。然而，这次 Git 2.9 的改进和错误修正的列表还很长，在这里不一一列出了。你可以在发布说明中找到更多的内容。
查看英文原文： Git 2.9 Adds New Features to Merge, Rebase, Commit, and More
感谢夏雪对本文的审校。
给InfoQ 中文站投稿或者参与内容翻译工作，请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博（ @InfoQ ， @丁晓昀），微信（微信号： InfoQChina ）关注我们。
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
评论