Add basic ability to get latest version and install to installation library

[dsplaisted]

Move enough implementation into the library to implement the following methods:

• IDotnetInstaller.Install
• IDotnetReleaseInfoProvider.GetLatestVersion

Usage:

        var releaseInfoProvider = InstallerFactory.CreateReleaseInfoProvider();
        var installer = InstallerFactory.CreateInstaller();

        var latestVersion = releaseInfoProvider.GetLatestVersion(InstallComponent.SDK, channel);

        installer.Install(
            new DotnetInstallRoot(targetInstallPath, InstallerUtilities.GetDefaultInstallArchitecture()),
            InstallComponent.SDK,
            latestVersion!);

Other interface methods are not hooked up and will throw NotImplementedException.

[nagilson]

Looking good so far! I definitely think logging/telemetry is a top priority for us after this, as well as adding even more tests. I'll leave this feedback now. Working on adding a little more verification to the e2e tests, then ill help merge your PR into that pipeline change so we have a working PR CI flow.

[nagilson]

Nit: It might be better to fail if we can't find a release version - that would likely be cleaner than requiring invokers to use !. What do you think?

[dsplaisted]

As is, the caller should probably check for a null return value and either throw an error or handle appropriately if there is one. It might be better to just throw in the implementation. I think we'll want to clean up a lot of the ReleaseManifestcode, probably we can consider when we do that.

[MichaelSimons]

What do you think about the name DotnetArchiveExtractor? It feels more consistent with other types like DotnetInstaller.

[nagilson]

I like this name! Agree it's an improvement.

[MichaelSimons]

Nit: DotnetInstaller and DotnetReleaseInfoProvider have brank lines between the members.

[MichaelSimons]

Did you consider splitting these out into a separate test assembly? It would help discoverability and help separate areas of concerns.