curl 开创人及核心保护者 Daniel Stenberg 宣布了关于 curl 项目标 2025 年总结。
翻译如下：
让我们回想一下，记住这一年都带来了些什么。
提交（commits）
本年 curl 的提交次数跨越 3,400 次，比此前任何单一年份都多出 40%。
Viktor Szakats 在 2025 年几乎每个月都是提交次数最多的作者。
在 2025 年的某个时光点之后，项目中所有其他作者累计为 curl 仓库添加的代码行数已经跨越了我小我的供献。这意味着，在 curl 仓库汗青上新增的所有代码行中，我所供献的比例已经低于一半。
截至岁尾，curl 的敕令行选项数量比客岁多了 6 个，总数达到 273 个：
-
本年我们归并的提交来自 150 多位供献者，个中将近 100 人是初次供献。共有 13 位作者在一年内提交了 10 次或以上。
Stefan Eissing 今朝是 29% 产品源代码行的比来一次提交者，而我所占的比例是 36%。
与客岁 12 月比拟，本年事尾我们新增了 232 个测试用例，总数达到 2,179 个。汗青上第一次，平均每千行产品源代码对应的测试用例数量跨越了 12 个。
（当然，用测试用例数量来衡量并不严谨，因为单个测试可能范围、复杂度差别很大年夜，但这是我们今朝独一可统计的指标。）
宣布（releases）
本年共宣布了 8 个版本，属于比较正常的节拍：
-
8.12.0
-
8.12.1
-
新一代 AI 驱动的高质量代码分析对象开端向我们提交缺点申报，重要来自 ZeroPath 和 Aisle Research。基于这些申报，我们已经修复了数百个马脚，并且这一过程仍在持续。
8.13.0
-
8.14.0
-
8.14.1
-
今朝仍然有约 598 位作者的代码供献“保存”在产品代码中，这一数字比拟客岁事尾的 635 人有所降低。
测试（tests）
8.15.0
-
8.16.0
-
8.17.0
2025 年我们共宣布了 9 个 curl 相干 CVE，严重程度均为低或中等。
AI 改进
在重大年夜功能或架构变革方面，本年并没有产生革命性的变更。
我们大年夜幅降低了源代码复杂度，停止应用了一些经常导致缺点或纷乱的函数，晋升了机能，同时削减了内存分派次数。
我们还新增了对 DNS 记录 HTTPS-RR 的实验性支撑。
8.14.0：
-sigalgs -
-
在岁尾，修复马脚的频率创下新高，仅 curl 8.17.0 一个版本就包含了将近 450 个马脚修复。
本年我们开端引入“候选宣布版”（Release Candidate）。在每次正式宣布前，都邑上传一系列候选版本，供社区测试接近最终形态的版本。这有助于在正式宣布前发明并修复回归问题，而不是在宣布之后再处理。
敕令行选项
8.17.0：
-knownhosts -
8.16.0：
-out-null
-parallel-max-host
-follow -
8.13.0：
-upload-flags -
8.12.0：
-ssl-sessions
man 手册页
curl 的 man 手册持续增长，比拟客岁增长了 500 多行，总行数达到 7,090 行。按“每个敕令行选项对应的手册行数”来算，这一指标从 24.7 晋升到了 26。
代码行数
这一年 libcurl 仅增长了约 100 行代码，而敕令行对象部分增长了 1,150 行。
今朝 libcurl 的代码量略高于 149,000 行，敕令行对象约为 25,800 行。
大年夜多半提交都用于改进现有产品，而不是扩大功能，这一点鄙人面的“移除支撑”部分也有所表现。
QUIC
本年 OpenSSL 终于引入并宣布了可供 QUIC 协定栈应用的官方 API，从 3.5 版本开端支撑。
基于这一变更，curl 中的 OpenSSL QUIC 协定栈已被标记为弃用，并筹划在来岁岁首年代移除。
同时，因为我们在 2025 年移除了 msh3 支撑，估计到 2026 年，curl 只会保存两个 QUIC / HTTP/3 后端实现。
安然（Security）
本年，针对 curl 的“AI 生成垃圾安然申报”数量大年夜幅激增，给 curl 安然团队带来了额外包袱，也使我们频繁涌如今媒体报道中。
即就是不明显依附 AI 的安然申报，其质量也明显降低，同时数量大年夜幅增长，进一步加重了整体保护压力。
这还不包含我们惯例运行的代码分析对象所发明的问题，这些问题同样都邑被修复。
Web 流量
到 2025 年事尾，curl.se 每月传输的数据量达到 79 TB，比拟客岁同期的 58 TB 增长了 36%。
因为缺乏日记和具体分析，我们无法完全确认这些流量的具体来源，但可以肯定，真正用于下载 curl 的流量只占极小一部分，个中相当多并非人类行动驱动。
GitHub 活动
curl 的 GitHub 仓库平均每个月都邑收到 200 多个拉取请求。
在秋季的某个短临时刻，未封闭的 issue 数量一度降为零。
curl 仪表盘范围明显扩大年夜。固然我移除了一些已不再精确的图表，但总体数量仍从 2024 年 12 月的 82 张增长到 2025 年 12 月的 92 张插图，总计 259 个自力争表，增长约 25%。
移除的支撑（Dropped support）
本年我们移除了一些老旧或遗留组件，以削减包袱、聚焦重点，并确保 curl 的整体安然性：
-
Visual Studio 2005 及更早版本支撑（8.13.0 移除）
-
Secure Transport（8.15.0 移除）
-
BearSSL（8.15.0 移除）
-
msh3（8.16.0 移除）
-
今朝我们拥有 220 多个自力的 CI 义务，在岁尾天天累计消费跨越 25 个 CPU 日，用于验证持续进行的代码变革。
仪表盘（Dashboard）
winbuild 构建体系（8.17.0 移除）
详情查看原文：https://daniel.haxx.se/blog/2025/12/23/a-curl-2025-review/
发表评论 取消回复