Política de control de versiones del SDK de AppsFlyer

De un vistazo: Conoce la política de control de versiones del SDK de AppsFlyer y las versiones que mantenemos.

 Lectura relacionada:

Para obtener una imagen completa de la política de control de versiones de AppsFlyer, asegúrate de leer estos artículos:

Acerca del versionado

A lo largo de los años, AppsFlyer ha lanzado muchas versiones del SDK. Cada versión de SDK llama a una versión de API específica. La intención de la política de control de versiones es definir cuánto tiempo una API servirá a las versiones del SDK.

¿Por qué necesitamos el control de versiones?

El propósito del control de versiones incluye lo siguiente:

  • Te ayuda a comprender de antemano cuándo dejará de funcionar una API para las versiones del SDK que están integradas en tus aplicaciones. Esto es importante porque la adopción de la versión lleva tiempo, lo que significa que puede tardar un poco hasta que los usuarios actualicen a una versión más reciente de la aplicación.
  • Mejora la estabilidad (la compatibilidad con versiones anteriores dura 2,5 años), lo que elimina errores inesperados al utilizar versiones de SDK muy antiguas.
  • Te permite aprovechar las nuevas funciones que requieren actualizaciones del SDK.

Ciclos de vida de la versión del SDK

Una versión de API está garantizada para funcionar durante 2,5 años. Siempre que se publique una nueva versión mayor o menor del SDK, AppsFlyer establecerá una fecha de retirada para la versión menor anterior (incluyendo todas sus versiones de parche).

¿Qué sucede cuando se retira una versión del SDK?

Una vez que una versión del SDK se retira, los servidores de AppsFlyer ya no medirán las instalaciones, las sesiones y los eventos in-app. Los eventos que lleguen a estos puntos de conexión simplemente serán rechazados.

Dado que la adopción lleva tiempo, se recomienda encarecidamente que tu desarrollador actualice a la última versión del SDK mucho antes de la fecha de retirada.

¿Fue útil este artículo?