Presta atención ya que en esta reseña hallarás el arreglo que buscas.Esta división ha sido probado por nuestros expertos para garantizar la calidad y veracidad de nuestro post.
Solución:
Otras respuestas aquí no son correctas ni útiles. Es incorrecto afirmar que nunca es necesario quitarlo.
Uno de esos ejemplos que experimenté recientemente fue cuando la aplicación necesitaba privilegios administrativos. Cualquier intento de incrustar requisitos administrativos en el manifiesto dará como resultado que la aplicación ni siquiera se compile mientras ClickOnce todavía está presente en la solución.
Los siguientes dos pasos me permitieron desactivar ClickOnce (en Visual Studio 2010):
En las propiedades del proyecto,
- Firma pestaña: desmarque “Firmar los manifiestos de ClickOnce”
- Seguridad pestaña: Desmarque “Habilitar la configuración de seguridad de ClickOnce”
Estoy de acuerdo con los demás, no hay necesidad de “eliminar ClickOnce”.
Sin embargo, si realmente lo desea, IIRC todas las configuraciones de ClickOnce están en el archivo .csproj para el proyecto, así que elimine todas las etiquetas XML que se relacionen con ClickOnce. (quizás sea más fácil compararla con una nueva aplicación que nunca se haya implementado con CO para ver qué etiquetas no están allí)
Recuerda que tienes permiso de aclarar tu experiencia .