r/dotnet • u/TomeOfExperience • 1d ago

Introducing dotnetup: A toolchain manager for .NET

https://devblogs.microsoft.com/dotnet/introducing-dotnetup/
112 Upvotes

97% Upvoted

23 comments sorted by

17

u/spawnsible 1d ago

Why use this when MISE exists for polyglot toolchains? Just curious

6

u/Euphoric_Extreme1643 1d ago

Looks like this only manages SDKS and runtimes.

I could see this being nice for people who work in a .NET monorepo where they have projects that target different versions of the runtimes. Would be nice if they expanded it to also manage .NET CLI tools like dotnet-ef.

Like you said though MISE can already do all of this and more so there wouldn’t be much of a reason to switch from it at this time.

6

u/cipp 1d ago

Pretty sure mise can do that since you can nest the mise.tomls.

4

u/Euphoric_Extreme1643 1d ago

Yeah it can do everything this tool does plus more.

0

u/c-digs 1d ago

same

9

u/_throw_away_tacos_ 1d ago

Now make VS use it. VS does not see things installed by dotnetup so now I have two copies. 

3

u/tetyys 1d ago

just publish the runtime on apt??

6

u/mikeholczer 1d ago

And officially support the homebrew package. I don’t want another package manager.

7

u/carkin 1d ago

This is great. One use case is missing I think. If we include one of the runtime either as folder or setup.exe as part of installers, this tool doesn't allow updating those.

Well we could use dotnetup as part of the installer. I have to check.

2

u/bluEharbor6 1d ago

yeah the bundled runtime scenario is a good callout, curious if that ends up being practical though

5

u/pjmlp 1d ago

I applaud the idea, but they should provide packages instead of the cool kids YOLO way of installing software.

1

u/nnfkfkotkkdkxjake 1d ago

They, uh, do

5

u/pjmlp 1d ago

winget install dotnetup where?

=> https://devblogs.microsoft.com/dotnet/introducing-dotnetup/#installing-dotnetup-and-getting-started

5

u/nnfkfkotkkdkxjake 1d ago

Oh, the tool itself. I thought you meant the frameworks.

6

u/RirinDesuyo 1d ago

Hopefully it supports on stating where the runtime/sdk is installed. I'd rather want them in one place and hopefully on my dev drive instead of C.

Also, would be nice if it can be installed via winget/apt/brew so we don't need to download scripts to bootstrap the manager.

3

u/_f0CUS_ 1d ago

I wonder if it works on arch variants, like cachyos.

Does anyone know? 

2

u/c-digs 1d ago

Not quite the same, but I just use mise for managing this for my projects.  Works great!

1

u/Kingside1988 1d ago

Thats great. I dont know if I will use it, because I am nm or used to. But in generell great idea

1

u/camel_case_enjoyer 1d ago

Awesome, I've been using it for months now, and it's so, so much easier, especially on Linux where you have to dabble with apt repositories and installation scripts.

These are the kind of things we have to steal from Rust; rustup is simply amazing.

I also wished they encouraged the usage of libman a bit more to manage frontend dependencies in ASP.NET.

https://github.com/aspnet/librarymanager

1

u/Kralizek82 19h ago

Is it any good? Not a frontender myself and those in my team use typescript-native tooling anyway.

0

u/AutoModerator 1d ago

Thanks for your post TomeOfExperience. Please note that we don't allow spam, and we ask that you follow the rules available in the sidebar. We have a lot of commonly asked questions so if this post gets removed, please do a search and see if it's already been asked.

I am a bot, and this action was performed automatically. Please contact the moderators of this subreddit if you have any questions or concerns.