Construire l'ordre et les dépendances non conservées sur la mise à niveau de VS 2008 à 2010 avec msbuild

Question

Je suis en train de mettre à niveau notre solution pour fonctionner sur VS 2010
J'ai réussi à construire avec succès dans VS 2010

VS 2008

Mon la prochaine étape est maintenant de configurer une machine de construction exécutant TFS 2008
Chaque fois que je démarre une construction, elle fait mes projets dans l'ordre alphabétique sans tenir compte des dépendances. J'ai beaucoup googlé et je n'arrive pas à trouver une solution à cela.

La solution la plus proche de mon problème se trouve ici: msdn link qui relie à ceci: dependency solution

Cependant je traite projets, donc je vraiment préfère ne pas faire tout cela manuellement dans le xml.
Est-ce que quelqu'un a été en mesure de remapper efficacement les dépendances d'une manière que msbuild reconnaît sans manipuler le xml pendant des jours ...?

Answer 1

Il s'avère que la conversion à VS 2010 oblige l'agent de construction à utiliser la version .NET 4.0 de msbuild. J'ai suivi les étapes décrites ici et cela a fonctionné: Building .NET 4.0 Applications Using Team Build 2008. Gardez à l'esprit que ces instructions ont été écrites au cours de la bêta et le chemin est maintenant v4.0.30319.
Ceci était nécessaire même si tous mes projets sont ciblés 3.5

Fondamentalement, j'ai dû faire un changement de ligne et maintenant tout est heureux (je travaille encore pour faire passer ma construction mais la commande est bonne). Msbuild 3.5

Answer 2

Nous n'avions pas non plus rien à voir avec les dépendances qui n'étaient pas conservées, simplement que la façon dont les dépendances étaient gérées n'était pas comprise par msbuild. Nous avons terminé (par programmation) la création d'un fichier MasterSolution.sln qui contenait tous les projets. Nous demandons également à nos développeurs d'utiliser uniquement des références de projet dans leur code. De cette façon, MSBuild obtient toujours l'ordre correct lors de l'analyse du fichier .sln.