2010-03-10 9 views

Respuesta

3

Parece que es imposible. De ClickOnce despliegue general en ClickOnce Deployment Overview (MSDN):

Instalación de archivos compartidos - Sin

también el artículo ClickOnce deployment or not? era muy útil.

+1

El esquema de implementación de ClickOnce es maravilloso y excelente, porque es muy sencillo. en realidad me quedé atascado tratando de empaquetar un archivo XSD personalizado que formaba parte de una DLL (parte de ese proyecto) con otra DLL que hacía referencia a la primera DLL. - finalmente hice esto como se sugirió en algún lugar aquí, incluyendo claramente el XSD en el segundo proyecto también - parece una solución no tan coherente, y no muy sostenible. Incluso entonces tuve problemas porque el cambio en los archivos del proyecto no se reflejó inmediatamente (no estoy seguro cómo ...) en la nueva publicación que hice ... usé MageUI para depurar –

+0

*** no es *** imposible (es decir, es posible). Consulte [respuesta de aL3891] (http://stackoverflow.com/questions/2414823/how-to-include-custom-data-files-in-clickonce-deployment/12706531#12706531). Incluso funciona con Visual Studio 2008. –

5

En realidad, es posible, al menos a partir de Visual Studio     2012 (lo más probable Visual Studio     2010 también). La clave es establecer la acción de compilación en el archivo a "Contenido".

Más información está en Custom Folders in ClickOnce.

+0

¿No debería cambiarse el valor de la propiedad "Copiar al directorio de salida" a "Copiar siempre" (de, por ejemplo, "No copiar")? –

+1

Siempre que la propiedad "Copiar al directorio de salida" estaba configurada en "Copiar siempre", funcionó para mí hoy sin ningún problema para la aplicación ClickOnce en la que estoy trabajando (Visual Studio 2008 (no pregunte)), incluida la implementación de la aplicación ClickOnce a un servidor HTTP externo y aceptando la oferta de actualización en una máquina cliente. –

Cuestiones relacionadas