Collisions de versions d'assemblage dans Visual Studio/Team Foundation Server

Question

Nous avons récemment divisé notre travail actuel en deux solutions VS différentes, l'une contenant principalement les éléments frontaux (fichiers aspx, commandes utilisateur et similaires) et l'autre contenant principalement logique métier à compiler en assemblages et référence dans la première solution. Depuis ce temps, nous avons rencontré des problèmes de versionnage lors de la création de la solution de logique applicative et en essayant de vérifier la nouvelle DLL dans la solution frontale. La plupart des fichiers dll (et pdb) indiquent qu'une version plus récente existe sur le serveur. Je suis confus à ce sujet parce que quand je suis allé regarder dans les fichiers AssemblyInfo des projets dans la solution Business Logic, ils n'avaient tous aucun numéro de version mis à part la valeur par défaut de 1.0.0.0. La construction de la solution génère actuellement des fichiers avec la version 2.2.1.3 et le serveur a apparemment la version 2.2.2.3 mais maintenant je peux voir où ces numéros de version sont générés. Changer et reconstruire un projet ne semble pas changer le numéro de version à moins que je modifie manuellement le numéro de version dans le AssemblyInfo de ce projet. Quelqu'un peut-il suggérer un moyen d'aller de l'avant, de sorte que tous les projets de la solution se mettent automatiquement à jour au même numéro de version lors de la construction de la solution, quel que soit le développeur qui fait la construction?

Cheers, mat

Answer 1

Le numéro de version n'a rien à voir avec le numéro de version dans le dll, mais avec la version du fichier dans le contrôle source.

Vous essayez d'enregistrer dans un fichier à partir de laquelle vous n'avez pas encore les dernières. Alors annulez votre changement, procurez-vous la dernière version des fichiers. Ensuite, vérifiez-les à nouveau et vérifiez-les.