Git 2.9 增加了 Merge、Rebase、Commit 等新特性

阅读数:1244 2016 年 6 月 21 日

话题:Git语言 & 开发

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)关注我们。