* Remarque: voir http://www.jetbrains.net/devnet/message/5244658 pour une autre version de cette réponse.
En lisant les articles, il semble y avoir une certaine confusion quant à la question d'origine. Laisse-moi essayer.
La publication d'origine pose vraiment la question: «Comment identifier et supprimer des références d'un projet Visual Studio à d'autres projets / assemblys qui ne sont pas utilisés?» L'affiche souhaite que les assemblys n'apparaissent plus dans le cadre de la sortie de génération.
Dans ce cas, ReSharper peut vous aider à les identifier , mais vous devez les supprimer vous-même.
Pour ce faire, ouvrez les références dans le navigateur de solutions, cliquez avec le bouton droit de la souris sur chaque assembly référencé et choisissez «Rechercher le code dépendant». Voir:
http://www.jetbrains.com/resharper/features/navigation_search.html#Find_ReferencedDependent_Code
Vous obtiendrez soit:
Une liste des dépendances sur cette référence dans une fenêtre de navigateur, ou
Une boîte de dialogue vous indiquant "Le code dépendant du module XXXXXXX est introuvable.".
Si vous obtenez le deuxième résultat, vous pouvez alors cliquer avec le bouton droit de la souris sur la référence, sélectionner Supprimer et la supprimer de votre projet.
Bien que vous deviez le faire «manuellement», c'est-à-dire une référence à la fois, le travail sera accompli. Si quelqu'un a automatisé cela d'une manière ou d'une autre, j'aimerais savoir comment cela a été fait.
Vous pouvez à peu près ignorer ceux du .Net Framework car ils ne sont normalement pas copiés dans votre sortie de construction (généralement - mais pas nécessairement vrai pour les applications Silverlight).
Certains articles semblent répondre à la question: "Comment supprimer les clauses using (C #) d'un fichier de code source qui ne sont pas nécessaires pour résoudre les références dans ce fichier".
Dans ce cas, ReSharper aide de plusieurs manières:
Identifie les clauses d'utilisation inutilisées pour vous lors de la détection d'erreur à la volée. Ils apparaissent sous forme d'avertissements d'inspection de code - le code apparaîtra grisé (par défaut) dans le fichier et ReSharper fournira un indice pour le supprimer:
http://www.jetbrains.com/resharper/features/code_analysis.html#On-the-fly_Error_Detection
Vous permet de les supprimer automatiquement dans le cadre du processus de nettoyage de code:
http://www.jetbrains.com/resharper/features/code_formatting.html#Optimizing_Namespace_Import_Directives
Enfin, sachez que ReSharper effectue une analyse de code statique sur votre solution. Ainsi, si vous avez une référence dynamique à l'assembly - par exemple par réflexion ou par un assembly chargé dynamiquement au moment de l'exécution et accessible via une interface - il ne la récupérera pas. Il n'y a pas de substitut pour comprendre votre base de code et les dépendances du projet lorsque vous travaillez sur votre projet. Je trouve les fonctionnalités de ReSharper très utiles.