Wie (und wann) verwende ich TFS mit privaten DLLs, die auch von NuGet / NuPack bedient werden können?

Question

Wir haben ein paar privaten „Enterprise Service“ DLLs, die in allen unseren Websites für die Authentifizierung verwendet werden, Protokollierung, etc. Da sie privat sind, wir steuern die Versionierung und Quelle dieses DLLs auch. Unser historisches (fehleranfällig) Schritte nach File | New Project Erstellen schließen

1. Fügen Sie den "Enterprise Services" Projekt
2. Fügen Sie einen Verweis auf die oben
3. Bearbeiten web.config Abschnitte wie Authentifizierung, Httphandlers, etc ...

NuGet wird der oben beschriebene Vorgang automatisiert

Ich kam gerade über NuGet (in MVC3 gebündelt), die mich zum Download ermöglicht und VS2010 Installieren von Paketen von einem privat Server gehostet, und die Konfigurationseinstellungen automatisieren, die zuvor manuell vorgenommen würden.

Frage:

• Ist es sinnvoll meine dll in einen privaten NuGet-Server zu veröffentlichen?
• Wird verliere ich die Möglichkeit, zu debuggen und Schritt in diese DLL, wenn ich brauchen?
• Welche anderen Dinge sollte ich, wenn der Rest meines Projekts prüfen, ist in TFS basiert?

Answer 1

Ich bin mit marcind: Einen Privaten Feed Sinn habe.

Mein 2 Cent ist, dass Sie nicht brauchen, einen eigenen Server zu konfigurieren: Konfigurieren des VS ein freigegebener Ordner genug ist Ziel für die Pakete zu verteilen, und es wird mit Ihrem TFS-Update leicht erstellt: Erstellen Sie einfach das NuGet Paket und es in den gemeinsam genutzten Ordner.

Beachten Sie, dass für die neuesten NuGet Bits, die ich getestet, der Client (sowohl die Konsole und die gui) sieht nicht in andere Futtermittel für die dependecies Ortung, so dass es Beschwerde wird, dass es sie automatisch nicht lösen können: Sie werden sie von Hand installieren.

Answer 2

Ja, es macht Sinn für Sie eine private NuGet Feed haben

Ich bin mir nicht sicher in die dll treten, aber wenn Sie PDBs in Ihrem NuGet Paket sowie die Bibliothek Quellen auf einer Freigabe zur Verfügung stellen (und dann configure VS zu wissen, wo diese Quellen sind), dann sollten Sie in der Lage sein, Schritt in den Code genau wie Sie können heute für das .NET Framework selbst.

NuGet wurde mit Projekten zu arbeiten gut entwickelt, die so hoffnungsvoll zur Quellcodeverwaltung zugeordnet sind, es gibt nichts, was Sie brauchen.

Answer 3

@Ghidello NuGet werden Abhängigkeiten auflösen automatisch, solange Sie nicht eine bestimmte respository (die Paketquelle Dropdown in der Konsole auf Alle gesetzt wird statt Ihrer privaten Repo) verwenden