Nada disso é particularmente amigável ao desenvolvedor e torna difícil construir ferramentas .NET em ambientes efêmeros, como ferramentas e executores de construção CI/CD, onde você precisa preencher um contêiner hospedado para teste e compilação, carregando uma nova instância do .NET CLI toda vez que você inicia uma ação GitHub – e tendo que executar ferramentas com um conjunto de privilégios muito maior do que o desejado para um processo automatizado. As coisas ficam mais confusas quando você mantém um aplicativo com uma versão atual do .NET ao mesmo tempo que o atualiza para a próxima versão de longo prazo, tudo na mesma estação de trabalho de desenvolvimento.
Com conjuntos de ferramentas e mecanismos de instalação específicos da plataforma, a complexidade atrapalha a codificação e o .NET torna-se menos prioritário, apesar de seus recursos de plataforma cruzada e de sua maturidade. É claramente hora de uma nova abordagem para instalação do .NET, tornando-o mais fácil de configurar, sem exigir que os usuários elevem permissões (ajudando a manter seus sistemas seguros).
Instalado e funcionando com dotnetup
É aí que entra a prévia pública do dotnetup. Como o nome sugere, dotnetup é equivalente a ferrugem para .NET: um comando que prepara você para começar a codificar onde quer que esteja, em um PC com Windows, em um contêiner Linux ou em um MacBook. Assim como o Rustup, o dotnetup é uma ferramenta simples de linha de comando que instala SDKs e tempos de execução, juntamente com ferramentas de plataforma. É configurável, portanto, se você precisar apenas de ferramentas específicas, poderá instalá-las apenas. E o dotnetup suporta trabalhar com diferentes versões do .NET, mantendo-as isoladas umas das outras, permitindo dedicar espaços de trabalho específicos para diferentes versões do .NET. Ele permite que você desenvolva versões específicas, sem afetar o tempo de execução global de toda a máquina usado para executar aplicativos .NET em seu PC.
