J'ai déployé une application clickonce, dans mon application j'ai 10 dll externes. Depuis le code dans mes fichiers dll ne cesse de changer et il est difficile de redistribuer je suis allé avec la stratégie de déploiement de clickonce. Mais je voulais savoir quelque chose, si je fais une modification à l'un des fichiers dll et mettre à jour sa version d'assemblage de 1.0.0.0 à 1.0.0.1, mais ne change pas la version de publication, il est toujours 1.0.0.0. J'ai aussi mis le paramètre de mise à jour avant l'application. J'ai exécuté le déploiement d'installation, mais il n'a pas exécuté l'assembly mis à jour. Qu'est-ce qui ne va pas? J'utilise VS2008 et C# .NET 2.0clickonce même version de publication mais version d'assemblage différente, mise à jour ne se produisant pas
Répondre
ClickOnce ne se soucie que de la version de publication pour l'ensemble du projet. Incrémentez ceci dans votre onglet "Mon projet" et publiez à nouveau.
Je veux ajouter à Tom's answer.
Il a raison, ClickOnce se soucie uniquement de la version de publication du projet. Cependant, une fois que votre application est démarrée sur la machine d'un client et qu'elle reconnaît que ce n'est pas la dernière version, elle commence à comparer les hashs du fichier (sans l'extension l'extension ".application" ... figure). Par conséquent, il ne télécharge que les fichiers qui ont changé; oui, une recompilation sans changement de code est toujours un changement.
Et une note finale. La barre de progression du téléchargement qui s'affiche lorsqu'un client télécharge la dernière version affiche toujours la taille entière de votre application. Cependant, soyez assuré qu'il ne télécharge que les fichiers modifiés. J'ai fait des tests avec un moniteur de bande passante pour le confirmer.
- 1. Mise à jour de la version
- 2. Déploiement .NET ClickOnce et mauvais assemblys appelés après la version mise à jour
- 3. Mélange d'une version différente de la même bibliothèque dans flex
- 4. Lancez ClickOnce via l'URL, mais ne vérifiez pas les mises à jour.
- 5. La version de la version iPhone ne fonctionne pas de la même manière que la version de débogage
- 6. iPhone mise à jour version de l'application (dans les paramètres)
- 7. Drupal: la mise à jour avec Drush ne change pas l'état de la mise à jour
- 8. ClickOnce en mode de publication ne publie pas
- 9. IntelliJ ne reconnaît pas la version JDK
- 10. Fournir la version à seulement les prérequis dans clickonce
- 11. Version de mise à jour de NHibernate lorsque l'entité n'a pas été modifiée
- 12. Mise à niveau asp.net MVC de la version bêta à la version 1.0
- 13. Capistrano ne redémarre pas, l'arrêt, mais la mise à jour fonctionne
- 14. Mise à niveau de la version Client via msi
- 15. Comment implémenter le "versioning de classe" (en utilisant une version différente de la même classe)
- 16. Erreur "MSB3176: la version minimale requise spécifiée est supérieure à la version actuelle de publication"
- 17. ASP.NET Mise à jour sans publication complète?
- 18. Comment publier une version bêta d'une application ClickOnce?
- 19. Problème du panneau de mise à jour, l'événement côté client ne se déclenche pas
- 20. Assurer la dernière version avec le déploiement de clickonce
- 21. simulateur iPhone ne pas afficher une erreur dans la version 3.0, mais affiche dans la version 2.0
- 22. La version du fichier d'assemblage ne change pas?
- 23. mise à jour ne fonctionne pas
- 24. Version de Visual Studio Setup exe différente de la version de propriétés
- 25. Comment mettre à jour les propriétés de la sous-version
- 26. ClickOnce Deployment, mise à jour système requise Microsoft.mshtml
- 27. site de mise à jour Eclipse 3.5 renvoie des résultats rassis pour/mais pas pour site.xml
- 28. EXC_BAD_ACCESS, mais sans zombies, et pas dans la configuration de la version de débogage
- 29. ClickOnce ne lance pas
- 30. Erreur de syntaxe avec une version différente de gcc?
pouvez-vous clarifier le point de vérifier la dernière version? Est-ce la version d'assemblage ou la version de publication que l'application vérifie? Je l'ai mis pour vérifier les mises à jour à chaque fois avant qu'il ne soit exécuté. –
il vérifie la version de publication. il ignore complètement les versions d'assemblage, sauf que la modification des versions d'assemblage génèrera très probablement un hachage de fichier différent. Il s'agit donc d'un processus en deux étapes: 1. Vérifiez la version de publication 2. Si la version de publication est différente, téléchargez tous les fichiers avec des hachages différents. – codeConcussion
qui a du sens. Merci beaucoup, ça va sûrement m'aider !! –