Noté las versiones de Erlang con números de versión como R13B04, R14B, R15A, etc. ¿Qué significa cada uno de los componentes del número de publicación? ¿Se puede inferir algo sobre los cambios de la API en función de los números de versión? Por ejemplo, ¿una actualización de R13 a R14 implica cambios de API incompatibles hacia atrás?¿Qué significan los números de lanzamiento de Erlang?
Por ejemplo R14B04. R significa lanzamiento de Erlang/OPT. 14 es el número de versión principal. B significa liberación estable (A es desarrollo/inestable). 04 es la cuarta versión menor, es decir, la cuarta versión de corrección de errores en la versión principal dada. Los archivos BEAM y el protocolo de distribución Erlang (ei) siempre deben ser compatibles entre dos números de versión principales. Es decir. con la instalación R14B04 actual, debería poder ejecutar archivos .beam compilados en versiones R12 y los nodos R12 deberían poder comunicarse con sus nuevos nodos R14. Los cambios API son mucho más conservadores, por lo que normalmente puedes compilar y ejecutar código fuente desde R7 ;-) De todos modos, los módulos experimentales API pueden cambiar incluso en versión menor lo que sucede en R13 con módulo binario si la memoria me sirve, pero esto realmente puede suceder solo para funciones experimentales, no admitidas o no documentadas.
Cada RX, tales como R14 es un lanzamiento importante, así que sí, el código puede ser al revés incompatibles. La versión incremental que generalmente contiene correcciones de errores y mejoras de rendimiento se ven como R14B04, R14B05 y así sucesivamente.
Por lo general, la compatibilidad con versiones anteriores está garantizada por dos versiones principales. Además, la A en R15A significa que es un prelanzamiento para la prueba. No debe usarse en producción. – Lukas