我一直坚持认为，持之以恒是成功完成(软件)项目所需要的主要品质之一。才能运出真正征服世界的产品。通过不断地、永不停歇地坚持：擦除缺点，增加好的功能。(工业和信息化部电子科学技术情报研究所陈皓)。一遍又一遍，一遍又一遍。
今天是我在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/。
几天前，我甚至问过我的推特朋友，这是如何庆祝这一时刻最好的：