visual-studio-2012 - instalar - las mejores extensiones para visual studio code 2018
InstallShield LE(con Visual Studio 2012) no detecta completamente las dependencias (6)
Cada herramienta de configuración tiene sus problemas. Tenga en cuenta que no hay herramientas que puedan detectar con precisión las dependencias de su aplicación. Lo mejor que puede hacer una herramienta es hacer sugerencias. Esta es la razón por la cual la mayoría de los desarrolladores de instalación determinan las dependencias mismas y las incluyen manualmente en el instalador.
Si no está satisfecho con InstallShield, puede probar con otra herramienta de configuración: http://en.wikipedia.org/wiki/List_of_installation_software
La versión gratuita de Advanced Installer incluye un proyecto de instalación de Visual Studio que puede ser útil.
Estoy teniendo una pesadilla al intentar que un instalador simple trabaje en InstallShield LE (el que se envió con VS 2012). Hay todo tipo de problemas que puedo solucionar (como el hecho de que ya no puedo hacer "Rebuild All" sin que lo estropee todo; necesito simplemente descargar el proyecto InstallShield durante el desarrollo). Pero lo más importante es que cuando construyo mi instalador, incluye la versión incorrecta de varias DLL (incluidas las que forman parte de mi proyecto y las de terceros, como la DLL de Entity Framework).
Hacer una "Solución limpia" ni siquiera solucionó el problema con los archivos DLL que están en mi solución. Estaba encontrando una versión aleatoria en algún lugar de mi máquina (en algún tipo de directorio temporal del compilador), e insistiendo en incluir eso. Eventualmente lo solucioné haciendo una búsqueda en el Explorador de Windows y eliminando cada archivo que encontró, pero me preocupa que la próxima vez que haga un lanzamiento aún pueda elegir el archivo incorrecto.
Además, necesito tener las versiones .NET 4 y .NET 4.5 de Entity Framework en mi máquina, y está eligiendo la incorrecta para acceder a mi instalador. No puedo borrar el que no quiero que incluya.
Qué producto absolutamente de mala calidad. Podría "actualizar" la versión completa para ver si eso soluciona alguno de estos problemas, pero mi experiencia reciente con la versión LE me induce a volver a utilizar cualquiera de sus productos.
¿Alguien ha tenido problemas similares? ¿Encontraste una solución?
En lugar de usar el protector de instalación, puede publicar su proyecto simplemente haciendo clic derecho en el proyecto y Publicar asistente, crear el archivo EXE como una sola imagen o cualquiera que sea su selección. Finalmente, se ocupa de todas las dependencias. Así, cuando instala Exe creado por el Asistente de publicación, instale toda la dependencia, como .net framework y Si su aplicación requiere algún marco de tiempo de ejecución, lo alertará para que instale ese.
Puedes ver esto
Estaba teniendo un problema con mi DLL. Fue agarrando uno mucho más antiguo de algún lado. No había nada en el GAC para esta DLL. Intenté todo. Finalmente, acabo de agregar lo maldito manualmente (ISLE) en la sección Archivos haciendo clic derecho y seleccionando agregar. Encontré la DLL en mi carpeta / obj / Release. Luego, simplemente construí la versión nuevamente (SingleImage) y todo funcionó correctamente.
Publicación anterior por lo que quizás esto pueda ayudarlo a usted o a otros a pasar por este tema exasperante (suponiendo que está pasando por errores como -6225 ).
Síntomas:
- puedes (re) construir cada proyecto sin problemas, incluido el proyecto Install Shield
- sin embargo, si crea los errores de Solución (de proyectos múltiples) simplemente parece que aparecen
Tratar:
- en VS 2012, haga clic con el botón derecho en su Solución y seleccione
Project Build Order - incluso si la orden "parece" correcta, continúe configurando dependencias
- por ejemplo, su proyecto de instalación depende del proyecto fuente (obviamente, pero dado que esta herramienta no "sabe" necesita ayuda).
No estoy seguro si esto resuelve el problema de "dlls equivocados" (no he pasado por ese dolor ...) pero la sugerencia de verificar los resultados del proyecto podría ayudar ... lo anterior solucionó mis problemas.
Sí, estoy de acuerdo, si ni siquiera puede hacer que la paridad con VS2010 y los proyectos de instalación y despliegue sean fáciles de usar, entonces es una de esas curvas de aprendizaje que los desarrolladores deben enfrentar (pérdida de tiempo). Aunque no está preparado para llamarlo de mala calidad, sí tiene algunos dulces (r) agradables, incluso la versión "limitada" ....
De todos modos, espero que esto ayude ...
Actualización 1
Sí, oficialmente puedo llamar ISLE de mala calidad . Ahora estoy experimentando horriblemente los "dlls perdidos" (olvídate de dlls equivocados, ni siquiera están en la carpeta intall, disculpa el idioma colorido, pero ¿WTF ?? !!). ISLE no puede identificar las dependencias apropiadas, y no estoy de acuerdo con la respuesta anterior. Este problema NO EXISTE con el Setup and Deployment Project incorporado que hemos tenido desde VS 2005.
Acordó un comentario sobre el movimiento de MS bonehead.
Una vez que solucione este problema, lo actualizaré.
Actualización 2
Mi solución (si hay una mejor manera, por favor, responda). Todo esto se hace en la interfaz de usuario ISLE:
Buscar dependencias: haga clic con el botón secundario en la salida principal del proyecto, seleccione
Dependencies from scan at buildVerá las dependencias que deberá agregar manualmente , indicadas por un icono rojo
Los desactivé para poder deshacerme de la advertencia -6248 que es realmente extraña porque en mi humilde opinión debería ser un error fatal en la compilación. ¿Cómo puede funcionar esta instalación / instalación si faltan dependencias? Una advertencia continúa la construcción, ¡pero nunca funcionará !Luego (sí) agregue manualmente las dependencias que identificó anteriormente ...
Por cierto, no estoy seguro si esto importa: comencé todo el proceso al importar un proyecto de instalación de VS 2010 utilizando ISLE ( ISLE menu -> Visual Studio Deployment Project Import Wizard ). No estoy seguro si esto realmente importa - sí: ¿todavía podría Dependencies from scan at build si comenzó desde cero (en lugar de importar)?
Mucho para el "progreso" en la Configuración y Despliegue para VS2012 ...
¡Espero que esto ayude!
Puede solucionar problemas de compilación (como cuando intenta reconstruir la solución) haciendo clic derecho en la solución -> Dependencias del proyecto -> Seleccione su proyecto de instalación y verifique los proyectos que utiliza. (Probado en VS2013)
Esperaba que el proyecto InstallShield estableciera esas dependencias automáticamente cuando seleccionas sus archivos fuente, pero aparentemente no es así.
Recientemente he estado experimentando el problema que describe: una aplicación de consola se crea correctamente, con versiones actualizadas de dependencias en el directorio bin , pero cuando se empaqueta con InstallShield LE, usa versiones anteriores de las DLL de dependencia.
Como usted dice:
Hacer una "Solución limpia" ni siquiera solucionó el problema con los archivos DLL que están en mi solución. Estaba encontrando una versión aleatoria en algún lugar de mi máquina (en algún tipo de directorio temporal del compilador), e insistiendo en incluir eso.
En mi caso, los archivos ofensivos se ubicaron en la memoria caché de compilación dinámica de ASP.NET en C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files/root y C:/Windows/Microsoft.NET/Framework64/v4.0.30319/Temporary ASP.NET Files/root
Borrar el contenido de estos directorios resolvió el problema.
Como comentario adicional, pensé en agregar una acción de compilación para vaciar estos directorios automáticamente, pero no podría hacerlo automáticamente sin perder los permisos de propiedad.