Come (e quando) posso utilizzare TFS con DLL private che possono essere servite anche da NuGet/NuPack?

Question

Disponiamo di un paio di DLLS private "Enterprise Services" che vengono utilizzate in tutti i nostri siti Web per l'autenticazione, la registrazione, ecc.Poiché sono private, controlliamo anche il controllo delle versioni e l'origine di queste DLL.I nostri passaggi storici (soggetti a errori) dopo la creazione File | New Project includere

1. Aggiungi il progetto "Servizi aziendali".
2. Aggiungi un riferimento a quanto sopra
3. Modifica le sezioni web.config come Autenticazione, HttpHandlers, ecc...

NuGet automatizzerà il processo precedente

Mi sono appena imbattuto NuGet (in bundle in MVC3) che mi consente di scaricare e installare pacchetti VS2010 da un server ospitato privatamente e automatizzare le impostazioni di configurazione che in precedenza sarebbero state effettuate manualmente.

Domanda:

• Ha senso pubblicare la mia DLL in un server NuGet privato?
• Perderò la possibilità di eseguire il debug e di accedere a questa DLL se necessario?
• Quali altre cose dovrei considerare se il resto del mio progetto è basato su TFS?

Answer 1

Sono d'accordo con Marcind:avere un feed privato ha senso.

I miei 2 centesimi sono che non è necessario configurare un server privato:configurare il tuo VS per indirizzare una cartella condivisa è sufficiente per distribuire i pacchetti e sarà facile aggiornare con le tue build TFS:basta creare il pacchetto NuGet e rilasciarlo nella cartella condivisa.

Tieni presente che, per gli ultimi bit NuGet che ho testato, il client (sia la console che la GUI) non esamina altri feed per individuare le dipendenze, quindi si lamenterà di non poterli risolvere automaticamente:dovrai installarli a mano.

Answer 2

Sì, è opportuno che tu abbia un feed NuGet privato

Non sono sicuro di entrare nella DLL, ma se fornisci PDB nel tuo pacchetto NuGet nonché le origini della libreria su una condivisione (e quindi configuri VS per sapere dove si trovano tali origini), dovresti essere in grado di entrare nella codice proprio come puoi fare oggi per il framework .NET stesso.

NuGet è stato progettato per funzionare bene con i progetti mappati al controllo del codice sorgente, quindi si spera che non sia necessario nient'altro.

Answer 3

@Ghidello NuGet risolverà automaticamente le dipendenze purché non si utilizzi un repository specifico (il menu a discesa dell'origine del pacchetto nella console è impostato su Tutti anziché sul repository privato)