Dependencias de las referencias no copiadas en el directorio de salida

Question

Tengo una lib de CommonUtils que he integrado en un dll de la que archivo referencia desde varios de mis proyectos. CommonUtils depende de log4net.dll que se estableció como referencia de archivo y copy-local = true cuando se creó CommonUtils.dll. log4net.dll y CommonUtils.dll no están en GAC.

todo funciona bien en MyWorkingProject donde sólo tengo una referencia de archivo a CommonUtils.dll - log4net.dll aparece en el directorio de salida (ya que es una dependencia de CommonUtils.dll pero no hace referencia desde MyWorkingProject). Sin embargo, si creo un nuevo proyecto para agregar algunos unittest: MyWorkingProjectTest y proyecto de referencia MyWorkingProject y luego archivo de referencia CommonUtils.dll aquí (quiero usar algunos de los CommonUtils) luego de la construcción de log4net.dll que es una dependencia tanto en el La referencia del proyecto y en la referencia del archivo tampoco se copia en el directorio de salida.

¿Alguien puede aclarar lo que está sucediendo aquí? ¿El compilador no sabe cuál de los archivos log4net.dll debe capturar? ¿Hay algo que estoy haciendo mal aquí? ¿Debo hacer esto de otra manera para que log4net.dll se copie explícitamente? ¿Tiene algún sentido que tenga que hacer referencia explícita a lo que hace log4net?

Answer 1

Creo que si no agrega log4net como referencia en su proyecto, no se copiará.

Answer 2

Cuando he tenido una situación similar en el pasado, recibí una advertencia de compilador en Visual Studio que me indicaba que necesitaba agregar una referencia a la biblioteca dependiente.

¿Está recibiendo una advertencia al compilar? Si es así, siga los consejos que da y encontrará Log4net copiado en su directorio de salida.

Answer 3

Esto es por diseño. Debe pensar en las implicaciones que causaría la herencia automática de las referencias. Si bien lógicamente puede ver cuáles deberían ser las referencias, no existe tal delineación para el compilador. En teoría, podría terminar reproduciendo el Framework y una buena parte de su sistema operativo si recorriera todo el árbol de dependencias.

Definitivamente es un dolor, y estoy de acuerdo con y entiendo su frustración, pero supongo que Microsoft no fue capaz de encontrar una manera lógica de hacerlo.