. Dependencias detectadas del .Net Deployment Project, mágicamente no excluidas

Question

Tengo una solución Visual Studio 2005 .NET que tiene más de 20 proyectos secundarios, incluido un proyecto de implementación. El proyecto de implementación VS2005 .NET tiene varias dependencias detectadas, que se han excluido manualmente y se han agregado valores corregidos manualmente.

A veces, sin embargo, estas dependencias detectadas quedan mágicamente sin excluir, lo que desencadena una advertencia sobre la compilación: ADVERTENCIA: Dos o más objetos tienen la misma ubicación de destino ('[targetdir] \')

¿Cuál es el desencadenante que causa que una dependencia detectada no se excluya? ¿Pueden las soluciones de implementación tener sus advertencias tratadas como errores, por lo que la compilación nocturna no continuará?

Answer 1

Muy bien, este es más de un hack que cualquier otra cosa :)

Usted normalmente bajo Visual Studio tiene 2 opciones:

a) excluir la DLL duplicados
o
b) establecer las Condición propiedad de sus archivos DLL duplicados a algo diferente.

El problema es que con estos dos enfoques, usted todavía va a tener que mágicamente reset y conseguir la advertencia como antes ..

lo que funcionó para nosotros es la siguiente solución:

a) vaya a su proyecto de instalación y crear una carpeta personalizada

b) Establecer el DefaultLocation propiedad de su carpeta personalizada a ser el mismo que el que necesita esos archivos DLL ser colocado. es decir, para aplicaciones ASP.NET, el valor es [TARGETDIR] \ bin

c) A continuación, arrastre y suelte TODOS los dlls duplicados en esta carpeta y no debería recibir advertencias ahora.

Eso es todo. No debería recibir advertencias para esos dlls, si tiene algún extra simplemente arrástrelos a esta carpeta.

Espero que esto ayude.

-Konstantinos

Answer 2

La discusión de la dependencia detectada refresca aquí puede explicar el comportamiento si está utilizando múltiples entornos de desarrollo con el mismo proyecto:

http://www.xmission.com/~legalize/msi/known-bugs-2003.html

Answer 3

he tenido el mismo problema y se ocupó de ello durante aproximadamente un año antes de darse por vencido y pasar a WiX. Tampoco ayudó el hecho de que tuve que "construir dos veces" mis compilaciones porque MSBuild para VS2005 no funcionará con los proyectos de implementación.

De todos modos, es posible que desee considerar algo como WiX para sus instalaciones.

Answer 4

Ocurre cuando el proyecto dependiente tiene "Copiar local" configurado en una DLL dependiente. El proyecto de instalación/instalación tiene el origen y la copia de la DLL listados como una dependencia.