Zauważyłem wersje Erlang z numerami wersji, takimi jak R13B04, R14B, R15A itp. Co oznaczają poszczególne składniki numeru wydania? Czy można wnioskować o zmianach API na podstawie numerów wersji? Na przykład czy aktualizacja z R13 do R14 implikuje niezgodne z poprzednimi wersjami zmiany interfejsu API?Co oznaczają numery wydania Erlang?
Na przykład R14B04. R oznacza wersję Erlang/OPT. 14 to główny numer wersji. B oznacza stabilne wydanie (A to development/unstable). 04 jest czwartą podrzędną wersją, czyli czwartym wydaniem poprawkowym w danej wersji głównej. Pliki BEAM i protokół dystrybucji Erlanga (ei) powinny zawsze być kompatybilne z dwoma głównymi numerami wersji. To znaczy. przy aktualnej instalacji R14B04 powinieneś móc uruchamiać pliki .beam skompilowane w wersjach R12, a węzły R12 powinny komunikować się z nowymi węzłami R14. Zmiany API są znacznie bardziej zachowawcze, więc zazwyczaj możesz być w stanie skompilować i uruchomić kod źródłowy z R7 ;-) Tak czy inaczej moduły eksperymentalne API mogą zmieniać nawet w mniejszej wersji, co dzieje się w R13 z modułem binarnym, jeśli pamięć służy mi dobrze, ale tak naprawdę może się zdarzyć tylko w przypadku eksperymentalnych, nieobsługiwanych lub nieudokumentowanych funkcji.
Każdy RX, takie jak R14 jest głównym wydaniu, tak tak, kod może być niekompatybilne wstecz. Wersja przyrostowa, która zazwyczaj zawiera poprawki błędów i ulepszenia wydajności, wygląda tak: R14B04, R14B05 i tak dalej.
Zwykle zgodność wsteczna jest gwarantowana dwie główne wersje z powrotem. Również A w R15A oznacza, że jest to wstępne wydanie do testów. Nie należy go stosować w produkcji. – Lukas