Quote:
Originally Posted by
uOpt
β‘οΈ
It is extremely unlikely that Apple makes a change, publishes it with a beta and is willing to take it back before release. Their reward system just doesn't work like that.
That's not really how it works. Many of the reasons developers work in this way is precisely because they've been burned in the past. It's just simply not that straightforward much of the time, and developers don't do these things arbitrarily for no reason.
Often things are in a broken state until very late in the beta process, and some features you need to support do not work correctly, or change during the course of the beta while Apple are figuring out a new feature implementation, so any work you do to get it working in the beta ends up being wasted when the behaviour is changed later and you need to re-implement that feature.
Responsible developers *have* to test to the final public release that customers are going to be running - and even if all their work in the beta phase has been solid with no known issues, even then you *still* have to wait for the release before you can verify the behaviour your customers will get...
But it varies - some betas are rougher than others, and it also depends on what underlying changes there are and what affects each developer.
But basically, the best any developer can do is say "We've experienced no known issues with our products in the Sequoia beta phase and don't expect any with the release version", but they will *still* wait until the final release and test with that before issuing an official "We're all good" statement.