J'ai une mise à jour vers un fichier .DLL tiers qui doit être installé sur les ordinateurs de mes clients. Nous utilisons actuellement des installations automatisées via MSI créées dans Visual Studio 2010Projet d'installation de Visual Studio - installation forcée d'un fichier .DLL?
Malheureusement, le fichier .DLL tiers a été incorrectement versionné et la version du fichier n'a pas été augmentée par le fournisseur (ils ont seulement augmenté la version de l'assembly). Le fournisseur tiers est Microsoft, donc attendre sur eux pour résoudre le problème n'est pas réaliste. Nous devons obtenir le nouveau .DLL aux gens maintenant et dans une mise à jour MSI. À l'heure actuelle, la mise à jour MSI ne remplace pas le fichier .DLL
Existe-t-il un moyen dans le projet d'installation de VS2010 de forcer le remplacement d'un .DLL même si les versions de fichier correspondent?
Impossible d'inclure le fichier .DLL dans l'emballage. Aucun MSM à travailler avec et je ne peux pas changer les paramètres d'installation de commutateur de toute façon. Le code de mise à jour automatique est déjà en cours d'exécution dans le champ. Quand il s'exécute, il s'exécute avec la ligne de commande qui effectue une mise à niveau silencieuse. Pouvez-vous élaborer sur la "version mensongère"? – Igorek
Version Lying est l'endroit où vous mettez à jour la table de fichier pour tromper MSI en lui faisant croire qu'elle a une version plus récente alors qu'elle l'a réellement. Il y a quelques pièges mineurs mais, fondamentalement, cela vous donnera un Always Overwrite pour un seul composant. La vraie solution est de suivre les bonnes pratiques SCM avec vos ressources (oui, triste que ce soit Microsoft dont nous parlons ici). –
Appréciez l'élaboration plus approfondie, mais je ne suis pas sûr de savoir comment aborder le problème de la commutation des versions par programmation. Google n'a pas beaucoup d'aide. Pouvez-vous fournir un lien avec quelques instructions sur la façon dont on s'y prendrait? Merci – Igorek