Eh bien, cela ne fonctionne pas si les chemins de vos références ont changé dans le fichier csproj et que vous utilisez quelque chose comme l'outil de jonction sysinternals pour changer un lien symbolique. Par exemple, l'outil bascule le lien symbolique D:\Projects de D:\Baselines\1.0\Prjects à D:\Baselines\2.0\Projects, et parce que quelqu'un a changé la structure du dossier entre 1.0 et 2.0, votre fichier .csproj pointe soudainement le chemin du fichier DLL de ....\References\some.dll à ....\References\3rd-Party\some.dll. Je sais que c'est un cas spécial, mais cela arrive (par exemple, dans mon entreprise).
Il existe cependant une solution alternative, que je recommande fortement car elle présente d'autres avantages : l'extension Gestionnaire de chargement de solutions de VS 2010, pas très connue. Il reporte le chargement des projets en arrière-plan, ou jusqu'à ce qu'ils soient chargés manuellement, améliorant ainsi considérablement le temps de chargement de la solution pour les fichiers de solution volumineux. Il dispose d'un bouton "recharger la solution" dans son menu (malheureusement, il ne semble pas y avoir de raccourci) qui recharge ensuite toutes les solutions à partir de zéro, en sautant/chargeant en arrière-plan les solutions que vous avez définies. Un gars de Microsoft a commenté sur son blog qu'ils voulaient inclus quelque chose de similaire dans VS 2010, mais la fonctionnalité n'a pas tout à fait été intégrée.
Il peut prendre plus de temps alors qu'"un simple" clic et la mise à jour de 100 documents, mais cela a résolu mon problème de modifications de chemin de référence (relatif), et offre un bel accélérateur de vitesse chaque fois que j'ouvre une solution de taille au moins moyenne.
Modification en date d'octobre 2013 VS2012 inclut cette fonctionnalité par défaut. Du moins la partie chargement asynchrone. Malheureusement, la fonctionnalité "ne pas charger du tout" est uniquement possible en utilisant le "décharger le projet" manuellement dans VS2012. Mais comme la consommation de mémoire par projet a diminué avec VS2012, ce n'est plus un si gros problème.