Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Here's the maintenance policy: http://weblog.rubyonrails.org/2013/2/24/maintenance-policy-f...

Tl;dr: after 4.0 is released, no. But bugfixes have been merged into 3-2-stable that there should be a 3.2.14 before the security-only releases start.



Wow, just one version beyond the most current one, this sucks so much, especially combined with the rather careless attitude about backwards compatibilty...


We've made significant steps towards not having a 'careless attitude,' that blog post being one of them. Now the exact policy is spelled out.

Another big one is the 'not deprecating something in z releases (of x.y.z)' policy, which should help too.

Remember, Rails does not follow SemVer, so if you're expecting interface compatibility to line up with it exactly, you're gonna have a bad time. If we _had_ followed SemVer, you wouldn't see all those comments upthread about how this was 'the smoothest major upgrade ever', since in SemVer 3 -> 4 would mean no compatibility.


Thanks Steve.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: