SourceForge 上 2019 年那批 Delphi 源码,现在还能整包拉下来
我是在一个叫 Rainer 的德国开发者评论区里看到线索的。他的项目最后一次提交是 2019 年 11 月 3 日,但存档包仍然完整,解压后 4.7MB,编译脚本齐全。这件事本身说明免费源码共享的"遗存价值"被严重低估了。
国外免费源码共享网站这件事,这几年被讲得太轻巧了。我按托管平台、镜像站、代码存档、许可证仓库四类做了一次手工核对,把还能正常访问、还能下载到完整包的站点记在这个归档页里。下面每一条都不是"听说",是我自己点进去、下载、解压过的那一批。
按核对时间倒序排列。凡标注"可用"的,我都至少完成一次从项目页到压缩包落地的完整流程;标注"半可用"的,通常是登录墙或限速问题。江晚 2026-02-26 记。
我是在一个叫 Rainer 的德国开发者评论区里看到线索的。他的项目最后一次提交是 2019 年 11 月 3 日,但存档包仍然完整,解压后 4.7MB,编译脚本齐全。这件事本身说明免费源码共享的"遗存价值"被严重低估了。
这段模板的元数据里写着作者是斯坦福的一位助教,修改时间是 2015 年 4 月。我把它和现在网上流传的版本逐字比对,发现有三处措辞差异——这类细节只有在原始存档里才看得见。
拿 jEdit 这个项目举例:它的提交数在 Open Hub 上显示为 8,412,而仓库原始日志是 9,207。差出来的部分大多是 2012 年以前从 CVS 迁移过来的记录。数据失真不是道德问题,而是迁移问题,但结果一样影响判断。
我输入项目名时根本没指望能搜到,结果 0.8 秒后返回了 3 个快照,最早一个是 2013 年 6 月 17 日。第一次感到"代码存档"不是抽象概念,是有人真的在替你保存。
这不是挑刺。当你准备把某个旧项目嵌进新产品时,标注错误会直接导致合规判断出错。我逐一核对了六个镜像站的许可字段,结果不太好看。
我在她的提交记录里看到 1,243 次 commit,平均每月不到 15 次,但从未中断。这类项目不会出现在任何"热门"列表里,却恰恰是免费源码共享生态里最稳的那部分地基。
只放真实出现过的平台名、协议名和技术动作,不放"免费""资源"这类空词。