Mi pregunta es similar a esta . Tengo una solución, A , que contiene los proyectos B y C :
A |-B ---> B.nupkg | ^ |-C ------| En el pasado, C usaba una referencia de proyecto a B . Ahora, convertí B para que genere un paquete NuGet cuando construyo ( <GeneratePackageOnBuild>true</GeneratePackageOnBuild> en B.csproj ), y hago referencia a esto en C . Hago esto porque muchos consumidores solo quieren B pero no C
Ahora, si quiero hacer un cambio en B y depurarlo, tengo que hacer lo siguiente:
B.nupkg de bin\Debug a una ubicación central En el pasado, con las referencias de proyectos, todo lo que tenía que hacer era compilar y ejecutar después de cambiar B y podía recorrer mi código recién modificado. ¿Cómo vuelvo al proceso de un clic que tenía antes con las referencias del proyecto? ¿Hay alguna manera de usar referencias de proyectos en modo de depuración y paquetes NuGet en modo de lanzamiento?
Parece que los proyectos B y C están en la misma (o lo suficientemente cerca) ubicación y solución (A); en ese caso, estás complicando esto enormemente.
Dentro de la solución, solo use referencias de proyecto entre B y C (en la dirección que necesite). Eso está absolutamente bien y se espera: puede depurar, construir, etc. B y C juntos, y todo funcionará bien, sin tener que copiar nada durante el desarrollo . Cuando esté listo para realizar una implementación para otros consumidores (ya sea localmente o a través de CI), simplemente construya todo junto, asegurándose de que tanto B como C estén configurados para generar paquetes NuGet (parece que ya lo ha hecho), y cargue o copie ambos paquetes NuGet en su tienda NuGet, al mismo tiempo.
En los archivos nupkg de salida, las referencias del proyecto se traducirán automáticamente a referencias del paquete NuGet; no necesitas hacer nada.