Torvalds）基于使用 BitKeeper 时的经验教训，开发出自己的版本系统。 他们对新的系统制订了若干目标： • 速度 • 简单的设计 • 对非线性开发模式的强力支持（允许成千上万个并行开发的分支） • 完全分布式 • 有能力高效管理类似 Linux 内核一样的超大规模项目（速度和数据量） 自诞生于 2005 年以来，Git 日臻成熟完善，在高度易用的同时，仍然保留着初期设定的目标。 merge example 中 C5 指向的快照一模一样了。 这两种整合方法的最终结果没 有任何区别，但是变基使得提交历史更加整洁。 你在查看一个经过变基的分支的历史记录时会发现，尽管实际 的开发工作是并行的， 但它们看上去就像是串行的一样，提交历史是一条直线没有分叉。 95 一般我们这样做的目的是为了确保在向远程分支推送时能保持提交历史的整洁——例如向某个其他人维护的项目 贡献代码时。 在这种情 在整合者将这些分支合并到主线后，就能一次将这个新的合并提交抓取下来，历史看起来就会像这样： 140 图表 68. 合并了 Jessica 的两个主题分支后她的历史 许多团队切换到 Git 就是看中了这种能让多个团队并行工作、并在之后合并不同工作的能力。 团队中更小一些的 子小组可以通过远程分支协作而不必影响或妨碍整个团队的能力是 Git 的一个巨大优势。 在这儿看到的工作流程 顺序类似这样： 141 图表 69

Torvalds ） 基 于 使 用 BitKeeper 时的经验教训，开发出自己的版本系统。 他们对新的系统制订了 若干目标： 速度 简单的设计 对非线性开发模式的强力支持（允许成千上万个并行开发的分支） 完全分布式 有能力高效管理类似 Linux 内核一样的超大规模项目（速度和数据量） 自诞生于 2005 年以来，Git 日臻成熟完善，在高度易用的同时，仍然保留着 初期设定的目标。 example 中 C5 指向的快照一模一样 了。 这两种整合方法的最终结果没有任何区别，但是变基使得提交历史更加 整洁。 你在查看一个经过变基的分支的历史记录时会发现，尽管实际的开发 工作是并行的， 但它们看上去就像是串行的一样，提交历史是一条直线没有 分叉。 一般我们这样做的目的是为了确保在向远程分支推送时能保持提交历史的整洁 ——例如向某个其他人维护的项目贡献代码时。 在这种情况下，你首先在自 在整合者将这些分支合并到主线后，就能一次 将这个新的合并提交抓取下来，历史看起来就会像这样： 图表 68. 合并了 Jessica 的两个主题分支后她的历史 许多团队切换到 Git 就是看中了这种能让多个团队并行工作、并在之后合并不 同工作的能力。 团队中更小一些的子小组可以通过远程分支协作而不必影响 或妨碍整个团队的能力是 Git 的一个巨大优势。 在这儿看到的工作流程顺序类 似这样： 图表 69