Tôi đã nhận thấy các bản phát hành Erlang có số phiên bản như R13B04, R14B, R15A, v.v. Mỗi thành phần số phát hành có nghĩa là gì? Có thể suy ra bất cứ điều gì về thay đổi API dựa trên số phiên bản không? Ví dụ: nâng cấp từ R13 đến R14 ngụ ý các thay đổi API không tương thích ngược không?Số phát hành Erlang có nghĩa là gì?
Ví dụ: R14B04. R là viết tắt của Erlang/OPT Release. 14 là số phiên bản chính. B là viết tắt của bản phát hành ổn định (A là phát triển/không ổn định). 04 là phiên bản thứ tư thứ tư, tức là bản phát hành lỗi thứ tư trong bản phát hành chính đã cho. Các tệp BEAM và giao thức phân phối Erlang (ei) phải luôn tương thích trên hai số phiên bản chính. I E. với bản cài đặt R14B04 hiện tại, bạn có thể chạy các tệp .beam được biên dịch trong các phiên bản R12 và các nút R12 sẽ có thể giao tiếp với các nút R14 mới của bạn. Thay đổi API bảo mật hơn nhiều, vì vậy bạn thường có thể biên dịch và chạy mã nguồn từ R7 ;-) Các mô đun thử nghiệm bất kỳ API có thể thay đổi ngay cả trong phiên bản nhỏ, những gì xảy ra trong R13 với mô đun nhị phân nếu bộ nhớ phục vụ cho tôi đúng, nhưng điều này thực sự có thể xảy ra chỉ dành cho các tính năng thử nghiệm, không được hỗ trợ hoặc không được tài trợ.
Mỗi RX, chẳng hạn như R14 là bản phát hành chính, vì vậy có, mã có thể không tương thích ngược. Phiên bản gia tăng thường chứa các bản sửa lỗi và cải tiến hiệu suất trông giống như R14B04, R14B05 và v.v.
Khả năng tương thích ngược thường được đảm bảo hai phiên bản chính trở lại. Ngoài ra A trong R15A có nghĩa là nó là một bản phát hành trước để thử nghiệm. Nó không nên được sử dụng trong sản xuất. – Lukas