前一周我们发布了第 266 个卷曲版本。这个计数器可能有点夸张，因为它还包括我们在将其重命名为curl之前所做的版本，但仍然有数百个。我们至少每八周生产一次；当我们需要发布补丁时，这种情况就更常见了。在可预见的未来，该系统没有计划结束或预期的变化。我们可以假设在未来很长一段时间内每年都会发布大约十个新的卷曲版本。
自 1996 年末到 2025 年 4 月，curl 不断发布发布版本
我们有最简单的发布分支模型：只有一个长期开发分支。时机成熟时，我们会从master处创建版本。这意味着我们只有一个最新版本，并且我们从不修复或修补旧版本。没有其他长期存在的发行分支。
您仍然可以在野外找到旧的卷曲版本正在修补，但这些不是由卷曲项目完成的。例如，几乎每个 Linux 发行版都维护几个旧的 curl 版本，并向后移植安全修复程序等。
当我们疯狂地努力不破坏用户并维护行为时，用户应该始终能够升级到最新版本，而不会冒破坏其用例的风险。即使升级跳跃是巨大的。 （我们为那些想要更强保证的人提供商业替代方案，但它们的提供与开源项目略有不同。）
支持的版本
我们在开源curl项目中免费提供的curl支持当然总是尽力而为，没有任何承诺。我们为那些需要承诺、保证响应时间或只是想要更多和专注关注的人提供有偿支持。
如果可以的话，我们会为用户解决卷曲问题提供支持，无论其版本如何。然而，我们很可能会要求使用旧版本的记者首先使用现代的curl版本尝试他们的案例，看看问题是否尚未解决，这样我们就不必浪费时间研究可能不需要任何工作的东西。
如果使用最新的curl版本无法重现用户报告的问题，那么我们就完成了。否则，同样存在付费支持选项。
因此，虽然这不完全是受支持的版本概念，但我们将免费支持工作重点放在最近的版本上 – 在旧版本上报告的无法用现代版本重现的错误被认为是过时的。
并不是真正的生命终结
由于这个概念，我们的产品实际上没有生命周期终止日期。他们只是处于不同程度的衰老。如果可以的话，我们仍然很乐意回答有关二十年前发布的版本的问题，但如果它们似乎不再存在，我们并不特别关心其中的错误。
我们随时敦促并推动用户使用最新的curl版本，以便他们获得最好的特性、最可靠的功能和最少的安全问题。
或者他们支付超出此范围的支持费用。
当然，实际上，用户经常被旧的卷曲版本所困扰。通常是因为他们使用（过时的）Linux 发行版，该发行版不会升级其curl 软件包。
他们都在“工作”
我们经常让用户询问有关我们十年、十二甚至十五年前发布的curl版本的问题，所以我们知道旧版本被广泛使用。所有这些旧版本仍然大部分可以工作，只要它们做用户想要的事情并要求curl做，那么事情就很好。至少如果他们使用向后移植安全修复程序的发行版版本。
当然，实际上，仍然使用最古老的curl版本的用户也在废弃或终止生命的发行版上执行此操作，这意味着他们运行不安全版本的curl——并且可能基本上他们使用的所有其他工具和库到那时也是不安全的。在最好的情况下，用户可以完美地控制和了解这些细节。
特色窗口
由于我们从单个主分支进行所有发布，因此我们有功能窗口/冻结概念。我们只允许在发布周期的几周内合并功能/更改，而在其他时间我们只合并错误修复和非功能更改。这是为了确保分支在发布版本时尽可能稳定。
原文： https://daniel.haxx.se/blog/2025/05/14/supported-curl-versions-and-end-of-life/