-
Notifications
You must be signed in to change notification settings - Fork 1.1k
[WIP] Installation scenarios for the CLI - spec #1482
Conversation
- All installers are signed properly | ||
- Upgrades using the native installers Just Work(tm) | ||
- All user facing materials point to the getting started page | ||
- The user needs extra effort to install the "bleeding edge" bits |
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
this is WIP, please do not merge yet |
Channels also impact the NuGet packages. Based on the version of the package specified, the user may end up getting different channels. This is described in more details in [Nuget Packages section](#nuget-packages). | ||
|
||
# Dependencies | ||
.NET Core CLI is built on top of CoreFX and CoreCLR and as such its' dependencies set is defined by the platform that those two combine. Some of the install options provide an automatic way to install these dependencies, while other do not. However, it is important to note that the CLI bundle will **not carry those dependencies with it** in any case. This means that for those install options that do not support automatic |
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
@mmitche |
@piotrpMSFT When you see this for machines starting with Azure, just log and delete the machine |
@dotnet-bot test Ubuntu Debug Build please. |
@dotnet-bot test Ubuntu Release Build please. |
@mmitche fantastic! |
@piotrpMSFT What's odd is that we did manage to run out of space. I wonder if there was a test run that really killed some disk space. |
If we see it often, let's take a look at an instance machine. |
@krwq can you please take a stab at the NuGet section? You can actually, I think, push to this branch as well. :) |
|
||
# General principles | ||
|
||
- All installers are signed properly |
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
* Support for specifying the version | ||
* Support for specfying the installation location | ||
* Support specifying whether the debug package needs to be downloaded | ||
|
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
@piotrpMSFT new version is up. |
|------------------------------- |----------------------------- |-------------- |----------------------------------------------------------------------------------------------------------------------------- | | ||
| --channel | -Channel | "Production" | Which channel (i.e. "nightly", "preview", "production") to install from. | | ||
| --version | -Version | Latest | Which version of CLI to install; you need to specify the version as 3-part version (i.e. 1.0.0-13232). Also it is possible to use "latest" and "lkg" to point to latest and latest known good build | | ||
| --prefix | -InstallDir | ./dotnet | Path to where to install the CLI bundle. The directory is not created if it doesn't exist. | |
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
Some additional feedback:
|
@piotrpMSFT the default install path is .dotnet in the place where the thing was invoked. Are you saying this should be .dotnet in $HOME? |
@blackdwarf that's the idea. Any concerns? |
|
||
| Channel | Branch | Debian feed | Debian package name | NuGet version | NuGet feed | | ||
|------------ |----------- |------------- |--------------------- |--------------- |--------------------------------------- | | ||
| Nightly | master | Development | dotnet-nightly | 1.0.0-dev-* | https://dotnet.myget.org/f/dotnet-cli | |
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
@piotrpMSFT yep and no. Nothing against the overall idea, but would like the install.ps1 to use the proper Windows location for the folder rather than $env:HOME. This is %LocalAppData%. |
@piotrpMSFT @krwq new version is up. |
@piotrpMSFT actually, I really don't like the name |
@dotnet-bot test Windows_NT Release Build please |
371445b
to
f329ae2
Compare
Obtaining .NET CLI | ||
================== | ||
|
||
# Contents |
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
f329ae2
to
9057c03
Compare
9057c03
to
fb10268
Compare
[WIP] Installation scenarios for the CLI - spec
Add stuff and rename the file.
/cc @piotrpMSFT @krwq @brthor @Sridhar-MS