Hoy en día hay muchos paquetes y marcos de código abierto geniales para todo tipo de usos. Tomemos, por ejemplo, ASP.NET Core MVC y Newtonsoft.Json. Esos se envían en paquetes Nuget, que se despojan del código fuente. Creo que muchos de ustedes pueden recordar muchas situaciones en las que a uno le gustaría ver el código fuente disponible gratuitamente en GitHub (para ayudar a depurar algún problema), pero se vio obligado a hacer uno de los siguientes:

Sé perezoso y olvídalo, o continúa depurando tu problema con una biblioteca popular que lo trate más como una "caja negra";Vaya al navegador, escriba github.com y busque el código fuente sin los poderosos avisos del IDE de Visual Studio;Pase 5 minutos, clone el repositorio en la unidad local y mírelo con IDE;Pase aún más tiempo compilando el código fuente, desinstalando todos los paquetes nuget de interés de sus proyectos y, en su lugar, conectándose directamente a todos los ensamblados recién compilados (que no siempre son uno a uno para el paquete Nuget).

Esta última opción es la más viable, pero le queda mucho tiempo y no puede simplemente llevar esto a su repositorio o desplegar el código compilado. Otros desarrolladores no encontrarán esas rutas relativas a los dlls y los clientes pueden terminar con versiones incorrectas de paquetes nuget horneados en el paquete de implementación.

¿Hay una quinta opción que tenga todas las ventajas de la cuarta, pero ninguna de las desventajas? Me imagino que esto lo hace un IDE en un fasion aislado, es decir, sin modificaciones en mis archivos .csproj y package.config, pero las funciones y depuración "Ir a definición" y "Buscar todas las referencias" deberían funcionar como si estuviera enganchado hasta las cosas reales.

Sí, soy bastante vago.