Installing global tools that are RID specific.

[AraHaan]

So, I have a global tool that is meant to be RID specific to do specific tasks based on a particular RID, is it possible to package them into RID specific tool packages and be able to install them based on the RID of the sdk itself?

For example one goes to try to install my global tool (without knowing the RID of their SDK):

dotnet tool install -g mytool

where mytool has only RID specific packages.

I am asking this because I need to have it to where my tool downloads specific files based on the RID of the .NET SDK that installed it, unless there is a way for the tool to obtain the RID of the .NET SDK without itself being RID specific.

[baronfel]

Right now tools only support the any RID, so RID-specific tools cannot be created or installed. This is an exciting area to look into, though it comes with a few issues that would need solving:

• if a tool is RID-specific and doesn't support your SDK's runtime RID, then there should be a way of warning you that the tool can't install/won't be functional on your system,
• packaging a tool with RID-specific assets results in a larger package overall. there should be a way to ensure that when a tool is installed by the SDK only the assets required to run the tool are restored

[baronfel]

We will support RID-specific tools from .NET 10p6 onwards! See https://github.com/baronfel/multi-rid-tool for a sneak peek.