J'ai écrit un plugin Resharper qui semble fonctionner uniquement lorsque les utilisateurs ont le SDK Resharper installé. Existe-t-il un moyen d'empaqueter les bibliothèques requises dans la DLL du plugin, de sorte que les utilisateurs ont juste besoin de déposer la DLL dans leur répertoire Resharper Plugin pour Visual Studio pour le reconnaître?Déployer Resharper plugin aux utilisateurs sans SDK installé
Vous n'avez pas besoin de conditionner les bibliothèques, seul votre plug-in. Si cela ne fonctionne pas, vérifiez sur la page d'options Plugins, voir si elle est chargée. Il y a un lien de journal de développeur au bas de la page.
Après un examen plus approfondi, il semble que le plugin est reconnu, mais le ContextAction fonctionne seulement quand ils construisent le dll eux-mêmes. Avez-vous une idée de pourquoi cela pourrait être le cas? –
Matthew, je ne sais pas, puis-je regarder votre code source? –
Dmitri m'a aidé avec mon problème - il s'est avéré être sans rapport avec ReSharper. Les utilisateurs de ma DLL ont simplement dû débloquer la DLL avant de l'utiliser, via Propriétés -> Débloquer. –
Cela peut ne pas être une solution à votre problème, mais dans le dossier virtuel "Références" dans le projet, si vous allez aux propriétés de l'une des références, vous avez la propriété de "Copier Local", qui va copier la DLL dans le répertoire de sortie. Si vous faites cela pour toutes les références qui proviennent du SDK, cela pourrait fonctionner.
Je l'ai fait pour un serveur web qui n'avait pas installé asp.net MVC, mais mon projet était.
EDIT: Définissez la propriété à vrai
Non, vous ne devriez certainement pas faire cela. –
@DmitriNesteruk bonne réfutation – Matthew
Fait, si vous définissez copy local = true, vous obtiendrez un million d'exceptions. Ceci est expliqué explicitement dans la section de dépannage ici http://confluence.jetbrains.net/display/ReSharper/1.3+Project+Set-Up+%28R7%29 –
Est-il nécessaire de conditionner comme une seule DLL? Si c'est le cas, ILMerge.exe peut vous aider à empaqueter toutes les dépendances dans votre DLL. Voici différentes techniques à la même fin: http://blogs.msdn.com/b/microsoft_press/archive/2010/02/03/jeffrey-richter-excerpt-2-from-clr-via-c-third-edition. aspx, qui semble être le moyen le plus astucieux d'empaqueter dans les bibliothèques manquantes. – spender