# Versiones
# Estrategia de versiones
La estabilidad asegura que los micro-servicios, las API, las herramientas y las prácticas aprendidas no se vuelvan obsoletas inesperadamente.
Este documento contiene las prácticas que se siguen para proporcionarle una taxonomía, equilibrada con estabilidad, asegurando que los cambios futuros siempre se introduzcan de manera predecible.
DDB sigue Versión semántica 2.0.0 (opens new window) . Los números de versión DDB tienen tres partes: Major.Minor.patch. El número de versión se incrementa en función del nivel de cambio incluido en el lanzamiento.
- Las versiones principales contienen nuevas características significativas, algunas, pero se espera una asistencia mínima del desarrollador durante la actualización. Al actualizar una nueva versión importante, es posible que deba ejecutar scripts de actualización, código de refactorización, ejecutar pruebas adicionales y aprender nuevas API.
- Las versiones menores contienen nuevas características importantes. Las versiones menores son completamente compatibles con retroceso; No se espera asistencia al desarrollador durante la actualización, pero puede modificar opcionalmente sus aplicaciones y bibliotecas para comenzar a usar nuevas API, características y capacidades que se agregaron en la versión.
- Las versiones de parche son de bajo riesgo, contienen correcciones de errores y pequeñas características nuevas. No se espera asistencia al desarrollador durante la actualización.
# Horario de lanzamiento
Puedes seguir el Progreso actual del equipo (opens new window) Para una descripción más detallada.
⚠️ Descargo de responsabilidad : Operamos en un entorno dinámico, y las cosas están sujetas a cambios. La información proporcionada está destinada a delinear la dirección del marco general. Está destinado solo a fines informativos. Podemos decidir agregar/eliminar nuevos elementos en cualquier momento, dependiendo de nuestra capacidad de entregar mientras cumple con nuestros estándares de calidad. El desarrollo, las liberaciones y el momento de cualquier característica o funcionalidad de DDB permanecen a la sola discreción del equipo de DDB. El mapa de la carretera no representa un compromiso, obligación o promesa de entregar en ningún momento.
# Prácticas de deprecación
A veces, son necesarios "cambios de ruptura", como la eliminación de soporte para API y características selectas. Para que estas transiciones sean lo más fáciles posible:
- Se minimiza el número de cambios de ruptura y las herramientas de migración proporcionadas cuando es posible.
- La política de deprecación que se describe a continuación se sigue, de modo que tenga tiempo para actualizar sus aplicaciones a las últimas API y mejores prácticas.
- Las notificaciones se publicarán dentro de los grupos de aplicación y Yammer para identificar la línea de tiempo asociada.
# Política de deprecación
- Las características desactivadas se anuncian en ChangeLog, y cuando es posible, con advertencias en tiempo de ejecución.
- Cuando se anuncia una deprecación, se proporciona la ruta de actualización recomendada.
- Se admite el uso existente de una API estable durante el período de deprecación, por lo que su código seguirá trabajando durante ese período.