AAD PowerShell Commands not working (get-msol ...)

Hi Dean, thanks for your response and feedback.

I'm currently working on a cross reference document between V1 and V2 cmdlets, I hope to get this out soon. I'm also working on an article that better explains the migration plan from V1 to V2 and what sort of timelines we're thinking about for the deprecation of V1.

The question about Preview vs GA, version numbers and which cmdlets are where came up several times now so I'm adding some additional content to the documentation there as well. But here's the short version:

We release our PowerShell in modules on the PowerShell Gallery. A module consists of a set of DLLs, one for each API endpoint we call. Which cmdlet goes where is determined by a configuration file for each of the modules - so a release consists of a subset of all the DLLs that came out of the build, and all of these DLLs have the same version number, e.e. 2.0.0.89 

We have a build system that creates a daily build for 3 V2 module releases: a private build, a public preview build and a general availability build.

The idea here is that if we have something brand new that someone either internally or externally needs to try out we can get them the private build. THis build will always contain the latest and greatest of everything we have, but may not be completely tested and documented.
All cmdlets that have been approved for release always go into the public preview build, and this build is usually published on the PowerShell gallery as soon as there are changes. So when you're looking for a certain cmdlet and want to be sure you have the latest version, this will always be on https://www.powershellgallery.com/packages/azureadpreview, which will redirect you to the latest version. Note that preview cmdlets can still change and these changes may potentially break any scripts or preocesses in which they are used, so we recommend not using them in a production environment.
The General Availability release needs to pass certain gates first: fully tested,fully documented, all; API's it uses must be GA too, only using public API's etc. As soon as a cmdlet passes these gates in can be promoted into the GA release. GA also means "fully supported by Microsoft". The GA release is always a subset of the Public Preview release.

So this is why the version numbers are independent of the release types. We could potentially release a preview and a GA version at the same time and they would have the same version numbers - but the module names would be different - AzureAD vs AzureADPreview.

What I can do to help clarify which cmdlet is in which release is add, to the preview release notes, a list of all cmdlets that are in preview and not in the GA version. Would that help?

Any other suggestions to help create more clarity?

Thanks,

Rob