I already block the InstallAssistant process, so we might be ok, but I'll be adding in a new "Install macOS 12 Beta.app" Restricted Software item just in case.
As an aside, it seems Apple is now going to jump the main version number with each new OS release. We went from many years of 10.x.x versions to 11.x last year and now 12.x. It will be interesting to see if they continue with that numbering convention for the long haul.
@sdagley Hmm, I don't necessarily see how that would mean Apple would ship further Big Sur incremental updates after Monterey ships. I mean, there was literally nothing technical stopping Apple from releasing a macOS 10.15.8 or 10.15.9 point release after Big Sur came out, was there? This is just SOP for Apple. Move on to the new OS and forget about the old one. macOS Big what? Never heard of it!
Of course, in reality they have committed to an N-2 support model, so they still need to provide updates to Big Sur and Catalina once Monterey ships, but they really don't like anyone to focus on that. Hence the boring old build updates and not incremental version updates, if you ask me. Just my 2¢.
That's why I said "might". Sometimes I feel like Apple PR is as involved in the release process as Engineering, and doesn't like seeing large version numbers, or rapid changes in them. That could explain the 14.0.3 and 14.1 versions of Safari where there were two releases of each but the CFBundleShortVerisonString wasn't changed despite a new build number, or the re-release of Catalina Security Update 2021-001 instead of progressing to version 2021-002 like they did for Mojave to pick up the sudo fix from the Catalina Supplemental Security Update.
@mm2270 Do you have a pointer do anything that shows that Apple commits to support the N-2 model? As far as I remember Apple does not commit to anything with respect to supporting it's OS. From what we see we can deduce that for the time being they do support N-2, but having a commitment would be nice.
I also have some hope that we get reasonable minor update numbering in the future, instead of the horrible Security Update numbering and additional Security Updates.
As far as I know macOS now follows the same naming convention as their other OS's, iOS, tvOS, iPadOS, watchOS. So it will increment every year with a major release number just like iOS. I don't know about minor increments for 11.x.x once 12 comes out. Look to what iOS does regarding previous versions and it's a good bet macOS will do the same going forward. That was the whole point of changing the numbering convention to match iOS etc. @mschroder There is no N-2 documentation that I am aware of. We simply know based on what OS versions new patches and security releases are released for, currently 11.x.x, 10.15 and 10.14. Once 12.x.x comes out you will most likely see 10.14 security patch releases stop. Apple want everyone using the latest version of their OS every year.
What is the best practice, please, can few Names of the process to restrict be added to Process Name field? Like:
"Install macOS Beta.app", "macOSDeveloperBetaAccessUtility.pkg", "Install macOS 12 Beta.app"
Or any one of those above should be added as separate restricted software record?
I'd probably want a second pair of eyes to double check my shaky regex, but here is a string to identify devices incompatible with Monterey using the model identifier criteria: