Qu'est-ce qui contrôle le numéro de version dans le fichier généré par codedom?

Question

Qu'est-ce qui contrôle le numéro de version à l'intérieur d'un fichier généré par codedom?

Certains de nos développeurs à:

//------------------------------------------------------------------------------ 
// <auto-generated> 
//  This code was generated by a tool. 
//  Runtime Version:2.0.50727.4005 

tandis que d'autres se:

//------------------------------------------------------------------------------ 
// <auto-generated> 
//  This code was generated by a tool. 
//  Runtime Version:2.0.50727.3082 

Mais tout le monde semble être en cours d'exécution .Net 3.5 SP1.

Pourquoi certains ont 4005 et d'autres ont 3082 comme numéro de build?

Ceci est une vraie douleur pour le contrôle de la source.

Answer 1

Bien que tout le monde exécute .NET 3.5 SP1, ils n'exécuteront pas exactement les mêmes versions de .NET 3.5 SP1. Plus précisément, ils exécuteront différentes constructions précises pour une raison quelconque. Je suspecterais des différences d'OS, ou juste la paresse avec des mises à jour de Windows.

Answer 2

Les correctifs (tels que les correctifs de bogues mineurs fournis via Windows Update) sont ceux à "blâmer".

Answer 3

Oui, ce sont des correctifs rapides, certains d'entre eux se téléchargent et s'installent automatiquement si vous avez quitté les paramètres d'autoupdate de Windows par défaut. Si cela cause vraiment des problèmes, alors vous pourriez transmettre un readme ou une sorte de politique pour que tout le monde sache, quelle version vous utilisez en ce moment. Mais si tous les derniers chiffres sont différents, cela signifie qu'il ne contient que des corrections de bogues, qui heurtent rarement la fonctionnalité. Sauf pour le code de contournement, et les hacks destinés à contourner ou réparer les bogues de l'infrastructure qui viennent d'être corrigés ...