Git问世于2005年，差不多是Linux问世（1991年）和今天（2019年）的正上方。自Git问世以来发生了许多事，但有一件事很明显：应用软件已经开始毁灭那个当今世界，而Git就是它的“托盘”。
Linux和Git也许Linus Torvalds曾担心他所爱的Linux工程项目“不能走向壮大和规范化”，不过，时至2005年，他的这种疑虑已接踵而至，即使Linux已发展得热火朝天，即使主导了伺服器和巨型计算机市场。随著如前所述Linux的Android智能机的来临，Linux的应用在未来数年内都不能减退。对于许多开发者，Linux早已占据了日常工作的各个方面，且成为了当今世界上最小的分布式控制系统应用软件工程项目。随著2005年Git的问世，Linus Torvalds可以宣称他掀起的重大应用软件革命有两次之多（不仅仅是一次）。这两个工程项目都源于个人工程项目，而后者的问世源于前者的须要。网络历史的电子邮件条目档案中记载了这三项技术的起源。（评注：Torvalds只花了几天时间就实现了在Git上代销Git他们的代码，这可说是Git最令人印象深刻的创举众所周知）。
现如今如今，Git无所不在，它已统治了分布式控制系统版控制技术（Distributed Versioning Control System，即DVCS）。不过，它并并非第一个DVCS，即使可能并非最好的，换言之，这类情况并不适宜采用Git。Linux工程项目本身也采用了Git，这总之是其高尚情操的最强证明。即使比Linux还大的开放源码工程项目寥寥无几。因此，如果它可以管理好Linux的话，那么其它工程项目又怎么会有顾虑呢？不过，Git也即使他们完美的形象而险遭诚然。它须要一种不同的思维方式。如果你对他们所做的事并非信心十足，那肯定就会出意外。
如前所述Web的DVCSGitHub解决了Git的部分问题。她们获得意念为Git和分布式控制系统应用软件协同创建了Web介面，并加入了SNS的机能（关注开发人员、工程项目给主星）。她们把握了正确的时机，在那个网络日益盛行的当今世界里，分布式控制系统版控制似乎是惟一的出路。同时，将传统的应用程序-伺服器版控制技术，如CVS和SVN（虽然一些大型工程项目仍在采用这些模型开发，比如OpenBSD采用了CVS）等，打进了微粒。GitHub推广了Git，大批年轻的开发者都是在GitHub和Git的陪伴着下成长起来的。不过，那个当今世界仍然有其它的渴望。GitLab的来临就证明了这一点，其起初的设想是构建SaaS Git服务，现如今绝大多数GitLab的收入来自全力支持高级机能的自行代销。不过，总之GitHub并并非惟一一个如前所述Web的版控制技术。BitBucket也源于同一时期，其不仅提供更多Git全力支持，还提供更多Mercurial全力支持。所以在2019年，捷伊如前所述Web的应用软件设计平台（采用Git）问世了：sourcehut。
无计可施？不过，GitHub等工具的快速采用导致其它分布式控制系统版控制控制系统在流行度上远远落后，比如Fossil、Bazaar和Mercurial等控制系统。即便在某种意义上，这类控制系统可能更适宜绝大多数工程项目，比如 Fossil在简单性上付出了很大努力，所以许多人都赞同Mercurial是更简单的DVCS。当BitKeeper于2016年开放源码她们的应用软件时，她们也没有意识到她们已经赢下了这场战争。不要忘记，BitKeeper的著作权人是Git起初问世的主要原因众所周知。近日，BitBucket宣布她们将逐步取消对Mercurial的全力支持。即使BitBucket是Mercurial最小的实践者众所周知，因此这无疑是给了Mercurial致命一击。这在网络上引发了不少讨论，部分原因是她们逐步取消全力支持的方式，但大部分原因还是许多人在感情上全力支持Mercurial——争论的焦点在于那个控制系统是更健全、更简单的DVCS。对此我略感惊讶，即使BitBucket表示，超过90%的用户在采用Git。所以胜负早已微粒落定，有些开发者反对赢家通吃的做法，但我认为这可能是件好事。
未来？现如今，很明显Git成了DVCS圈子的赢家，这点不可否认。Git无所不在，在许多IDE/工作流/协同应用软件来看，Git是默认的DVCS。但万事瞬息万变，尤其是在应用软件领域。所以我很好奇，14年后我们会怎样？原文：https://j11g.com/2019/08/21/git-is-eating-the-world/作者：Jan van den Berg，CTO@Solcon。
