支持策略
作为开源项目，我们努力尽最大能力解决所有报告的错误或问题。但是，我们无法确保固定的解决时间或保证每个问题的修复可用性。
错误修复将在最新版本发布后的两年内对旧版本可用。一旦发布 Pest 的新版本，先前版本将被视为过时。
| 主要版本 | PHP 兼容性 | 初始发布 | 错误修复截止日期 |
|---|---|---|---|
| Pest 3 | >= PHP 8.2 | 2024年9月9日 | 待定 |
| Pest 2 | >= PHP 8.1 | 2023年3月20日 | 2026年9月9日 |
| Pest 1 | >= PHP 7.3 | 2021年1月7日 | 2025年3月20日 |
Pest 遵循语义版本控制原则，其中版本号 x.y.z 传达以下信息
- 在发布错误修复时，
z数字会递增（例如，从 3.10.2 到 3.10.3）。 - 在添加新的非破坏性功能或改进时，
y数字会递增（例如，从 3.10.2 到 3.12.0）。 - 在引入破坏性更改时，
x数字会递增（例如，从 3.10.2 到 4.0.0）。
作为测试框架的维护者，我们非常重视破坏性更改的问题。因此，我们始终尝试交付令人惊叹且强大的新功能，而不会对社区的测试套件造成任何干扰。这正是为什么从 Pest 1 升级到 Pest 2 只需要更新您的 composer.json 文件的原因，并且我们向您保证，当 Pest v3 发布时，该过程将同样无缝。
在下一章中，我们将探讨通过我们的升级指南在主要版本之间进行升级的过程：升级指南