Skip to content

Feature request: in-place, upgradeable installers #1650

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
natemcmaster opened this issue Jun 1, 2018 · 3 comments
Closed

Feature request: in-place, upgradeable installers #1650

natemcmaster opened this issue Jun 1, 2018 · 3 comments

Comments

@natemcmaster
Copy link
Contributor

Is your feature request related to a problem? Please describe.
Old versions of .NET Core are taking a lot of disk space on my dev machine. This is in part because Visual Studio so rapidly updates and automatically brings in new .NET Core versions.

Runtime: I don't need most of them because the runtime will auto-rollforward to latest patched versions.
SDK: because the SDK is highly backwards compatible, I generally don't use global.json because the latest stable SDK works well for most projects.

Describe the solution you'd like
I'd like a way to have the Windows installers upgrade in place and trim unused older runtimes and SDKs. I'd also like a way to cleanup unsued packages from C:\Program Files\dotnet\sdk\NuGetFallbackFolder.

Describe alternatives you've considered

  • The runtime and SDK installers could use MSI to do the in-place upgrade
  • Provide a tool such as dotnet-uninstaller which can trim unused versions of the runtime/SDK.
  • Provide a tool to cleanup C:\Program Files\dotnet\sdk\NuGetFallbackFolder to remove packages matching unused, old runtimes

Additional context

@leecow
Copy link
Member

leecow commented Jun 1, 2018

moving to core-setup

@leecow
Copy link
Member

leecow commented Jun 1, 2018

Issue moved to dotnet/core-setup #4188 via ZenHub

@leecow leecow closed this as completed Jun 1, 2018
@natemcmaster
Copy link
Contributor Author

While it certainly applies to core-setup, I think this applies more broadly. If we do this, it applies to dotnet/cli and aspnet as well.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants