Pour une raison quelconque, les nouveaux projets définissent le numéro de version de l'assembly sur 1.0. *, Qui attribue alors ce qui semble être un nombre aléatoire une fois compilé.Pourquoi les assemblages d'intégration CLR ont un numéro de version aléatoire
Pourquoi n'est-il pas défini sur 1.0.0.0 comme tous les autres projets.
Merci.
J'ai remarqué que certains modèles ont des comportements différents à cet égard. Ma conjecture est qu'ils veulent s'assurer qu'il incrémente par défaut.
Vous pouvez modifier le modèle si vous ne souhaitez pas la configuration par défaut.
Vous souhaitez que le numéro de version soit différent pour chaque build (avec * il est basé sur TOD IIRC). C'est au cœur du support côte à côte dans .net (cela et un nom fort). Par exemple, si vous effectuez un assemblage hébergé sur un navigateur, IEHOST devient très confus si vous mettez à jour l'assembly mais ne mettez pas à jour le numéro de version. Il refusera de charger l'assembly car l'assembly http ne correspond pas à ce qui se trouve dans le cache de téléchargement, mais il ne mettra pas à jour le cache depuis la correspondance de la version.
Les nombres ne sont pas aléatoires, bien qu'ils puissent apparaître de cette façon si vous ne savez pas comment ils sont générés. Je l'ai rencontré il y a un certain temps:
Lorsqu'une version est 1.0.d.s, "d" est le nombre de jours depuis le 1er février 2000 et "s" est le nombre de secondes écoulées depuis minuit/2.