Devo ancora mantenere il mio 3 ° binari biblioteca partito nel controllo del codice sorgente?

Question

Ora che sto usando NuGet per aggiungere / aggiornare i miei riferimenti necessari, è possibile aggiungere solo packages.config al controllo del codice sorgente e hanno le DLL aggiunti al momento della compilazione?

In genere, come descritto in questa domanda relativa , ho conservare le dipendenze di terzi in una cartella nella radice soluzione e li controllano a al controllo di origine.

Al momento stiamo non si utilizzano strumenti di compilazione o script:. Basta costruire default di VisualStudio con il file sln

Answer 1

Sì, è possibile! http://docs.nuget.org/docs/workflows/ utilizzando-NuGet-senza-commesso-packages

L'attuale flusso di lavoro NuGet è sempre stato a commettere la cartella Packages in controllo del codice sorgente. Il ragionamento è che corrisponda quello che gli sviluppatori di solito fanno quando non hanno NuGet:. Creano un ‘Lib' o una cartella, file binari dump‘ExternalDependencies' in là e li impegnano a controllo del codice sorgente per consentire ad altri di costruzione

Anche se questo ha lavorato bene per alcuni utenti, abbiamo anche sentito dire da molti che commettere pacchetti in controllo del codice sorgente non è quello che vogliono fare. Quando si utilizza un DVCS come Mercurial o Git, binari commettere possono crescere la dimensione del repository come il tempo sopra matto, rendendo clonazione sempre più dolorosa. In realtà, questa è stata una delle prime richieste su NuGet nostro issue tracker.

La buona notizia è che NuGet ora offre un flusso di lavoro, che va un lungo cammino per risolvere questo problema. Non è ancora al 100% automatizzato, ma con un po 'di dolore minimo è possibile impostare il progetto per fare questo ...