Earlier quoted context omitted.
I think the real issue is when infrastructure things move. How would the move to PulseAudio have worked in a rolling release? Would someone with a new install end up with PulseAudio, but someone with an existing install, would just never have it installed unless they knew what it was and started poking around for it? The same for the transition to using evdev for (e.g.) mouse-handling in X.org rather than defining th…
It's not even clear that the rolling release will be intended for non-enthusiasts at this point, however as a matter of policy you can be pretty sure that any update applied to the rolling release will need to be tested against users as old as the last LTS. That means the same sort of transition of config files and libraries that occur on release upgrade would just happen during a normal package install, which is pre…
For most normal upgrades this doesn't matter because the applications are usually fairly insular, but when you get into integrated systems like Desktop Environments it's different. Especially when Ubuntu is making a number of UI/etc changes to the desktop. It would be a bit surprising to have UI parts shift around. When you do a release upgrade, you know that there are going to be some major changes, and there are ChangeLog/notes on the release itself to tell you what major changes there are.