我的第一个15,000个卷发

2020-09-19 03:10:53

我一直坚持认为,持之以恒是成功完成(软件)项目所需要的主要品质之一。才能运出真正征服世界的产品。通过不断地、永不停歇地坚持:擦除缺点,增加好的功能。(工业和信息化部电子科学技术情报研究所陈皓)。一遍又一遍,一遍又一遍。

今天是我在curl的git存储库的master分支中获得15,000次提交的日子-我们不执行合并提交,所以这个数字不包括这样的提交。有趣的是,GitHub不会计数,显示的数字略低。

这当然是一个完全没有意义的数字,我之所以在这里提及它,只是因为这对我来说是一个平等的机会来庆祝一些事情。划掉一个想象中的里程碑。这距离我们超过25,000个提交总数还不到一年。另一个毫无意义的数字。

15,000个提交相当于到目前为止在CURL中完成的所有提交的57%,这使我成为CURL项目中唯一一个提交超过10%的提交者。

Curl git历史从1999年12月29日开始,因此从早期curl历史开始的前19个月的提交将丢失。这段时间内的15,000个提交数平均每天略低于2个提交数。我在2011年12月达到了10,000个提交,所以最新的5,000个提交的完成速度比前10,000个慢。

我估计在这段时间里,我在Curl上花费了超过15,000个小时,所以这意味着我平均每个提交花费超过一个小时的“Curl时间”。根据Gitstats的数据,这15,000个提交是在4271个不同的日期完成的。

我们还有其他未包括在此提交号中的cURL存储库。例如,我已经在cURL的网站存储库中完成了超过4400次提交。

在我的前15,000个提交中,我已经添加了627,000行,删除了425,000行,平均提交增加了42行,删除了28行。(感觉相当大,但我认为真正大的是歪曲了平均水平。)

我在卷曲树中的两次提交之间的最大时间间隔是2000年6月的近35天。如果我们把支票限制在“现代”,就像2010年或更晚的时候一样,那么2015年7月就有19天的差距。我确实会度假,但我通常会跟上最重要的卷发发展,即使在那些时候也是如此。

平均来说,我每12.1小时完成一次任务。从2010年开始每隔15.9小时。

自2019年初以来,我一直在全职从事curl的工作,直到那时,它只是我的一个业余项目。使用拉请求和CI以及在合并之前验证大量工作的开发是最近才出现的事情,所以过去提交频率稍高的一种解释是,我们当时需要更多的“OOPS”提交来纠正错误。如今,他们中的大多数都是在公关分支机构完成的,这些分支机构在后来合并为MASTER时被挤压。提交更少,质量更高。

我们已经将超过833名作者创作的提交合并到cURL主存储库中。其中,537个(到目前为止)只提交了一次。

我们有48位作者,他们曾在同一年内写过10个或更多的提交。我们中有20个人在一年多的时间里犯下了这个数字。

我们是5位作者,他们曾经在10年或更长的时间里在同一年内写了10个或更多的提交。

我们第二多的提交者(根据提交计数)已经七年多没有合并提交了。

要立即进入cURL的前100名提交者列表,您只需要提交6次。

我也打算继续留在CURL项目中。如果事情真的这么好,生活仍然很好,我希望我在未来的几年里都能大致保持这样的提交速度。因此,我的预测是,再过20年才能达到3万个承诺。

我研究卷曲及其前体已经将近24年了。再过24年,我就快要退休了。在某种程度上,我可能不再适合承担这份工作了!

我以前从来没有做过很长时间的计划,现在也不会开始了。取而代之的是,我将继续专注于保持curl的一流质量,这是一个典范的开源项目,也是一个欢迎新人和老手的环境。我将继续确保项目能够完全独立地运作,无论我是否在场。

那么,当我将我的15000个变更合并到分支机构时,我到底在项目中做了哪些更改呢?

这是一场相当无聊和平淡无奇的比赛。我从docs/文件夹中删除了一个文档(资源),因为它有点被遗忘了,现在完全过时了。在网站上提供了一个更好的页面:https://curl.haxx.se/rfc/。

几天前,我甚至问过我的推特朋友,这是如何庆祝这一时刻最好的: