Atualmente, existem muitos pacotes e estruturas de código aberto para todos os tipos de usos. Vejamos, por exemplo, o ASP.NET Core MVC e o Newtonsoft.Json. Esses são enviados em pacotes Nuget, que são removidos do código-fonte. Acho que muitos de vocês se lembram de muitas situações em que alguém gostaria de ver o código-fonte disponível gratuitamente no GitHub (para ajudar na depuração de algum problema), mas foi forçado a seguir um destes procedimentos:

Seja preguiçoso e esqueça-o ou continue depurando seu problema com uma biblioteca popular, tratando-o mais como uma "caixa preta";Vá para o navegador, digite github.com e pesquise o código-fonte sem os poderosos conselhos do IDE do Visual Studio;Gaste 5 minutos, clone o repositório na unidade local e observe-o com o IDE;Gaste ainda mais tempo enquanto compila o código-fonte, desinstalando todos os pacotes de nuget de interesse de seus projetos e, em vez disso, conectando-se diretamente a todos os assemblies recém-compilados (que nem sempre são um pacote individual do Nuget).

Essa última opção é a mais viável, mas você fica com muito tempo gasto e não pode simplesmente enviar isso ao seu repositório ou implantar mais o código compilado. Outros desenvolvedores não encontrarão esses caminhos relativos às DLLs e os clientes poderão acabar com versões incorretas dos pacotes de nuget integrados no pacote de implantação.

Existe uma quinta opção que tem todos os profissionais do quarto, mas nenhum dos contras? Eu imagino que isso seja feito por um IDE em um fasion isolado, ou seja, nenhuma modificação nos meus arquivos .csproj e package.config, mas os recursos e depuração "Ir para a definição" e "Localizar todas as referências" devem funcionar como se eu estivesse viciado até as coisas reais.

Sim, sou bem preguiçosa.