代理的次要版本之间的升级，例如从 3.1 到 3.2，始终向后兼容。涉及主要版本升级的升级通常会带来一些向后不兼容的更改。
我们强烈建议始终在您的 requirements.txt 或 Pipfile 中固定 elastic-apm 的版本。这避免了自动升级到可能不兼容的版本。
生命周期结束日期编辑
我们热爱我们所有的产品，但有时我们必须告别某个版本，以便我们可以继续在未来的开发和创新方面取得进展。我们的 生命周期结束策略 定义了某个版本被认为支持的时间长度，以及某个版本被认为仍在积极开发或维护的时间长度。