Version du fichier à AssemblyInfo.cs ne se reflète pas dans les propriétés de fichiers Windows Explorer?

Question

J'ai un projet VS2010 qui contient un fichier AssemblyInfo.cs. Cela a:

[assembly: AssemblyFileVersion("10.0.1.0")]

Quand je lance mon application et demander la version de fichier de l'ensemble de l'exécuter capte 10.0.1 aucun problème. Toutefois, si je clic droit sur le fichier .exe dans l'Explorateur Windows et ouvrez la boîte de dialogue des propriétés - (!) Onglet Détails affiche une version de fichier 10.0.0.0

Pourquoi ne pas Windows pour voir la version 10.0.1 de fichier? Je dois manquer quelque chose ...

Informations complémentaires: Si j'ajoute un fichier .res de ressources Version à mon application puis les informations apparaissent dans le fichier exécutable compilé, mais si je n'ai pas l'information dans la ressource version du fichier EXE compilé ne tient pas compte du fichier et « d'information «version (ie produit) attributs dans AssemblyInfo.cs.

Answer 1

Avez-vous, par hasard un fichier .rc ou .RES inclus dans votre projet qui contient une définition-ressources version? Peut-être une cible de génération personnalisée ou d'un script ajoute-il? Si tel est le cas, il serait repris au lieu de la version définie dans AssemblyVersion.cs (au moins qui est ce que Michael Kaplan dit ).

Dans ce série d'article il a aussi montre que les informations de version un fichier « .mui » pourrait superposer les informations de version du fichier EXE réel -. bien que, si je comprends bien, est seulement un « problème » avec natif / non géré construit

Answer 2

Je suis sur VS2008 pour le développement SmartDevice. Après avoir changé le numéro de version en AssemblyInfo.cs à « 2.1. * », Je l'ai trouvé impossible de revenir le changement. Peu importe ce que je fais.

Après avoir enlevé le <project_name>.suo, bin/ *, obj/ *, nettoyage / reconstruction dans la version, le mode de débogage, rien ne semble faire aucune différence.

Enfin je désinstaller l'application du dispositif CE premier et rejugé à nouveau. Cette fois-ci, Assembly.GetExecutingAssembly().GetName().Version commence à signaler la version correcte.