Comment (et quand) dois-je utiliser TFS avec DLL privé qui peuvent être desservis par NuGet / NuPack?

Question

Nous avons quelques « Enterprise Services » privés DLL utilisées dans tous nos sites Web pour l'authentification, l'exploitation forestière, etc. Comme ils sont privés, nous contrôlons aussi le versioning et la source de ces DLL. Nos étapes historiques (risques d'erreurs) après la création File | New Project include

1. Ajoutez le projet "services d'entreprise"
2. Ajoutez une référence ci-dessus
3. Modifier les sections web.config telles que l'authentification, HttpHandlers, etc ...

NuGet permet d'automatiser le processus ci-dessus

Je viens de découvrir NuGet (fourni dans MVC3) qui me permet de télécharger et d'installer des packages d'un VS2010 privé serveur hébergé, et automatiser les paramètres de configuration qui auraient auparavant fait manuellement.

Question:

• Est-il judicieux de publier mon dll dans un serveur NuGet privé?
• Est-ce dans ce dll-je perdre la capacité de débogage et l'étape si je dois?
• Quelles autres dois-je considérer si le reste de mon projet est basé à TFS?

Answer 1

Je suis d'accord avec marcind: avoir un sens de faire d'alimentation privée.

Mes 2 cents sont que vous n'avez pas besoin de configurer un serveur privé: la configuration du VS pour cibler un dossier partagé est suffisant pour la distribution des paquets et il sera facile de mise à jour avec votre TFS construit: il suffit de créer le package NuGet et déposez-le dans le dossier partagé.

Gardez à l'esprit que, pour les derniers morceaux NuGet que j'ai testé, le client (la console et l'IUG) ne regarde pas dans d'autres aliments pour localiser les dependecies de sorte qu'il plainte qu'il ne peut pas les résoudre automatiquement: vous devrez les installer manuellement.

Answer 2

Oui, il est logique pour vous d'avoir un flux NuGet privé

Je ne suis pas sûr d'entrer dans la dll, mais si vous fournissez PDB dans votre package NuGet ainsi que les sources bibliothèque sur un partage (puis configure VS savoir où ces sources sont) alors vous devriez être en mesure de étape dans le code comme vous pouvez aujourd'hui pour le .NET framework lui-même.

NuGet a été conçu pour fonctionner avec des projets qui sont mis en correspondance avec contrôle de code source, espérons donc qu'il n'y a rien d'autre que vous avez besoin.

Answer 3

@Ghidello NuGet résoudra automatiquement les dépendances aussi longtemps que vous n'utilisez pas respository spécifique (le menu déroulant source du package dans la console est réglée à tous au lieu de votre pension privé)