Mithilfe von Nuget-in development environment - best practices / wie

Question

Versucht herauszufinden, der beste Weg, um Nuget in einer Entwicklungsumgebung zu verwalten unsere eigenen Bibliotheken.

Wir möchten, standardisieren Sie auf Nuget-Art, die Dinge für unsere 3rd-party-libs, würde aber auch gerne verwenden von Nuget zum verwalten unserer internen utility-Bibliotheken für Entwickler nutzen, die im Haus libs, das ist toll und jeder freut sich.Aber für Entwickler, die aktiv auf die Utility-lib scheint es problematischer sein, Ihre bisherigen Prozess der build-lib , bauen, Haupt-app , die F5-Taste und gehen nun verlangsamt, mit veröffentlichen und aktualisieren und potenziell viele Pakete, nicht zu vergessen das Stöhnen über den weiteren Prozess!

Wir verwenden TDD auf die internen libs aber jeder muss in der Lage sein, es zu Debuggen und ändern libs zusammen mit der Haupt-app haben gesehen Phil Haacks demo-debug-Pakete unter 1.3 und Lesen Sie David Ebbos blog, aber das passt ganz anderes Szenario.

Also, was ist der beste Prozess für Entwicklung/Debuggen-Zyklen?wenn die Verwendung von Nuget-dann müssen wir das akzeptieren der bestehenden Zwänge, oder ist es ein hybrid Praxis, Menschen mit und vielleicht 1.3 näher zu automatisieren all dies, oder tun wir nur vermeiden, Nuget für interne Pakete, die eine echte Schande.

Lieben Nuget, vielleicht wollte viel zu viel von dem kleinen Kerl, feedback willkommen.

Vielen Dank

Answer 1

Ich würde vorschlagen, Sie verwenden separate Netzwerk-Freigaben oder feeds (ähnlich zu dem, was myget.org unterstützt in der cloud) für verschiedene Szenarien.Könnten Sie sich vorstellen, erstellen einer CI teilen, einem QA-Aktie, ein Releases teilen, ...

Machen, Menschen, die auf der referenzierten Bibliothek tun, CI-builds, die drop-CI Pakete auf dem CI-repository zum Beispiel, und haben Sie abgeholt von anderen Projekten (die nur brauchen, um ein einfaches update, automatisiert werden könnten durch PowerShell im pre-build:überprüfen Sie für neue version, wenn so, update).

Stellen Sie einfach sicher, dass, wenn die Produkte lassen Ihre Meilensteine, Sie auch release freigegeben Abhängigkeiten (könnte so einfach sein wie das wechseln feeds, releases haben immer eine höhere Versionsnummer als die CI-builds).

Hoffe, das hilft!Cheers, Xavier

Answer 2

Wenn Sie gleichzeitig an dem Quellcode für die LIB und die Haupt -App arbeiten, würde ich sagen, Nuget ist wahrscheinlich keine gute Lösung. Ich denke, es wird nur in Situationen funktionieren, in denen Sie mit einer "stabilen" Version der Bibliothek arbeiten, die sich während der Entwicklung Ihrer Haupt -App nicht häufig ändern muss.

Das heißt: Ist es möglich, dass die Entwicklung in Ihrer Bibliothek isoliert erfolgen könnte? Sie haben bereits erwähnt, dass Sie TDD auf der LIB machen. Warum kann diese Arbeit nicht erledigen, dann erstellt, bereitgestellt und dann die Haupt -App -Funktion erledigt?