从版本库看开源项目的发展史, WebKit
2015-05-20从版本库看开源项目的发展史
前言
自从发现git和github之后，由于git方便的查看版本历史的功能，使我能够对一些著名开源项目的发展史有一定的了解。并以此为契机，一定程度的揭开开源项目的运作之谜。
PS：不要提svn的版本历史，那个在局域网里查看还算方便，对于互联网的查看来说，即使只看最近1000条，也要耗费非常非常多的时间，而且还是每次查看都是这样费劲。
从git log看linux的发展史
linux稳定版本的git地址:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
这个版本的提交那叫一个多啊，截止2014年12月25日，已经有482338次提交。这个次数多到什么程度呢？直接让gitk的内存占用超过2.5G，即使这样也才加载到40W次左右，还剩下8W次没有加载呢。。。
所以在万般无奈的情况下，只好使用原始的git log命令，这才统计出刚才的数字。相关命令如下:
git log --pretty=format:'%h by %an at %cd'
可能是git时间一长，就太大了的缘故吧，所以还有一个更古老的git地址：
git://git.kernel.org/pub/scm/linux/kernel/git/tglx/history.git
这里面是2002年至2005年期间的代码，估计以当时的网络条件，传这么个165M的庞然大物，也是件浩大的工程了。
（PS：了解BitKeeper和Git的恩恩怨怨的同学，估计看到“2002年至2005年”，应该就能猜出这个git是怎么回事了吧。我好奇的是，在BitKeeper之前，Linus用什么来管理代码。2015.3.20）
这里有一个发现，Linus早先在Transmeta公司干活，这也是他打工时间最长的公司，有兴趣的同学可以自行wiki一下相关的信息。
最后再吐槽一下git，这么大的库，居然不支持断点续传，也不支持object的原子下载。。。相比之下，svn虽然也不能断点续传，但是这次下载一个文件，下次就不用再下载了。考虑到代码文件也不可能太大，这样也就基本够用了。
2017.3
提交数量至662282。
2022.7
提交数量至1399382。
2022.11
提交数量至1435863。
从git log看git的发展史
Linux源代码由于历史久远，最初的版本历史已不可考证，至少无法从git log考证。但git本身的历史，则是一笔笔的都记录在git log中。
网上的说法，git是Linus一个周末的产物。但从log来看，项目开始的时间——2005.4.8，那是个周五。所以这个说法不成立。不过看了下代码的长度，也就是2000多行吧，理论上的确是一个周末的工作量。
从初始版本还可以看出，最早的git并不是单个可执行文件，而是一个子命令对应一个可执行文件。而且命令的名字也不是clone、pull之类的东西。
git-pull是在2005.4.19添加的，是个bash脚本。实际上，git所采用的设计思路和通常的教科书里的自顶而下的方法相反。它是自底而上，首先设计基本数据结构和算法，然后再在使用中，根据实际的需求，编写各种脚本，以使之便于使用。这种设计思路在当时看不出有多大的好处。但时至今日，随着各种项目的进展，版本库的规模日益增长，某些项目的提交总数甚至达数十万之巨，而git仍能高效处理。这不得不使人佩服Linus的设计功力。
2005.4.24 添加了网络传输的功能，这样git才算是个完整的分布式版本控制系统。
2005.6.8 添加cvs到git的工具。
2005.7.11 第一个里程碑版本0.99发布。
2005.12.21 v1.0发布。
从上面的历程可以看出，即使参与项目的人都是牛人，git也差不多经过了8个多月，近3000次commit，才达到了基本可用的水平。绝不是什么天才人物一周时间的作品。
参考：
https://mp.weixin.qq.com/s/hW4uTFF-TzBOAzfoupXINg
源码解析：Git的第一个提交是什么样的？
https://www.zhihu.com/question/36974536
git是Linus一个人开发出来的吗？
从git log看svn的发展史
这个标题并没有错。众所周知的，svn查看修改历史是需要远程登录服务器的。而这对于一些历史悠久的版本库来说，简直是是个灾难。因此这里的log实际上是从Apache官方的git服务器上git下来的。
svn的开端实际上和git是有区别的。这个项目从2000.3.1开始。但是最先动手的，并非代码，而是文档。三个作者足足讨论了3个月，才在2000.6.10提交了第一行代码。而git一开始就是代码。
这实际上是有原因的。svn的目的是替代cvs，因此它的主要任务是修补cvs设计中不好的地方。因此它在设计阶段花费的时间较长。
而git在设计之初，有BitKeeper和Monotone作为参考，且从功能角度而言，BitKeeper并无重大问题，因此设计的任务并不是很大。
反倒是开源社区急需一个产品用以摆脱BitKeeper，因此git一上来就是代码，也就不难理解了。
顺便说一句，Mercurial只比git晚了10天诞生。可见那时候开源社区对于分布式版本控制系统的需求之迫切了。
从git log看sqlite的发展史
第一版发布于2000.5.29，已经有相当多的代码。
项目的committer只有9人，其中九成以上的代码出自一个人（Dwayne Richard Hipp）。
这个项目最初使用CVS管理代码，2009.8.12开始该用fossil管理代码。顺便提一句fossil使用sqlite作为对象存储的工具。它也是Richard Hipp的作品。
Richard Hipp的其他作品还包括：
Fossil：一个版本控制系统。
https://fossil-scm.org/
Lemon：一个语法解析器。
https://www.sqlite.org/lemon.html
Althttpd：一个webserver。
https://sqlite.org/althttpd
2000年，理查德在通用动力公司就职然后参加了美国海军的外包项目——开发驱逐舰上的导弹火控系统，这种底层武器系统不是汇编就是c了，cpp的性能损耗都要argue的，在战场上1毫秒就意味着生与死。所以sqlite用c开发也是必然的。
原系统是部署是HPUX上面，后端数据库是IBM Informix。Informix数据库对于一个导弹控制系统来说太重型了，而且升级部署容易出问题。特别是爱在关键时刻“lost connection”，这要是在战场上，那不要了一船人的命了？
于是理查德考虑直接把一部分数据缓存在本地，而不是放在数据库，提升系统稳定性的同时还能提升性能。
https://www.zhihu.com/question/591821235
为什么SQLite一定要用C语言来开发？
从git log看emacs的发展史
很遗憾，早期的历史在log中，已经残缺不全了，
按照wiki的说法：
- GNU Emacs最早广泛发布的版本是15.34，出现于1985年。
而现有代码库的第一个可用的版本是从大约1990年开始的，之前的历史版本虽然有，但是根本不可编译使用。
当时这个项目使用RCS管理代码，这也是发展至今的诸多开源软件中很少见的一例。因为同时期大部分的软件，都已经成为了历史。而像emacs这样，至今仍然相当活跃的项目实在是凤毛麟角。
从git log看SDL的发展史
SDL尽管使用广泛，但从代码来看基本上是Sam Lantinga的个人作品。
Sam Lantinga早年创建了Loki Software，专门将Windows游戏移植到Linux平台上，SDL正是这个时期的产物。著名的《英雄无敌3》Linux版就是Loki Software制作的。
后来他先后供职于Blizzard Entertainment和Valve Software，是暴雪的主力程序员之一。
Other
Merico Build是一个代码分析工具，不但能统计开发者的相关信息，还能对开发者提交内容的质量打分。
代码：
https://github.com/merico-dev/build
WebKit
WebKit的代码可以从它的官网www.webkit.org下获得。
在以下网页可以获得webkit向各种GUI移植的相关信息。
http://trac.webkit.org/wiki
由于获得的代码比较新，所以在linux平台下常有一些组件由于过于古老而导致编译失败。所以需要使用yum或者apt之类的工具从网上更新相关的组件。这里不推荐使用RHEL或者CentOS之类的服务器版本，因为服务器版本为了追求稳定性，不但组件不是最新的，就连网上的组件源也不是最新的。
可以使用ubuntu 9.04桌面版，不过里面缺少很多开发用的组件，除了
http://trac.webkit.org/wiki/BuildingGtk
列出的之外，还有不少组件需要下载。主要有：
1)autoconf
2)libtool
3)gtk-doc-tools
4)libgail-dev
参考：
https://mp.weixin.qq.com/s/QqpPGWf3IVEDN1t80CZ06Q
深入理解浏览器原理
https://www.zhihu.com/answer/1200063036
据报道称“浏览器内核有上千万行代码”，浏览器内核真的很复杂吗？
https://zhuanlan.zhihu.com/p/96986818
万字详文：深入理解浏览器原理
