Prima di NuGet, era comunemente accettata la "best practice" per archiviare tutte le DLL esterne usate in un progetto. In genere in una directory Libso 3rdParty.

Quando si lavora con NuGet, è necessario archiviare la packagesdirectory o esiste un modo per MSBuild di scaricare automaticamente i pacchetti necessari dal feed nuget?

No

Poiché è stata posta questa domanda, ora è disponibile un flusso di lavoro semplice per usare NuGet senza impegnare i pacchetti nel controllo del codice sorgente

Dalla console del gestore di pacchetti è necessario installare "NuGetPowerTools" :

Install-Package NuGetPowerTools

Quindi, per abilitare i tuoi progetti a supportare il ripristino del pacchetto, devi eseguire un altro comando:

Enable-PackageRestore

Ora sei pronto per eseguire il commit della tua base di codice senza la cartella dei pacchetti. Il comando precedente ha modificato i file di progetto in modo che, se mancano dei pacchetti, vengono automaticamente scaricati e aggiunti.

fonte

Uso di NuGet senza eseguire il commit dei pacchetti nel controllo del codice sorgente

Sì. Considera la directory "packages" come equivalente alla directory "libs" che hai menzionato nella tua domanda. Questo è l'approccio che adotto personalmente con i miei progetti OSS.

Stiamo esaminando funzionalità che consentirebbero a MSBuild di scaricare automaticamente i pacchetti necessari, ma che non è stato implementato (a partire da NuGet 1.1).

Penso che alcune persone possano aver già implementato tali funzionalità da sole, ma il nostro piano è di cercare di incorporare quella funzionalità in NuGet 1.2 o 1.3, si spera.

Nonostante tutte le risposte qui, è ancora una semplice ole 'orribile soluzione non avere tutte le dipendenze sotto "un qualche tipo" di controllo della versione.

Per GIT, questo significherebbe GIT-LFS.

Il recente episodio con NPM mostra il motivo: se il repository Internet da cui dipendi si rompe, non è disponibile ecc., Allora sei fottuto, vero?

Non sei più in grado di costruire le tue cose e quindi non sei in grado di consegnarle.

Da quando ho posto la domanda, ho adottato il seguente approccio in modo da non dover controllare nella directory dei pacchetti di toplovel .

In un file build.msbuild di primo livello:

<Target Name="NuGet">
    <ItemGroup>
       <NuGetPackage Include="*\packages.config" />
    </ItemGroup>
    <Exec Command='libs\NuGet.exe install "%(NuGetPackage.FullPath)" -o Packages'  />

    <!-- optional for project that has JavaScript content -->
    <CreateItem Include="Packages\*\Content\Scripts\*">
       <Output TaskParameter="Include" ItemName="NuGetJSFiles"/>
    </CreateItem>
    <Copy SourceFiles="@(NuGetJSFiles)" DestinationFolder="MainProj\Scripts\" OverwriteReadOnlyFiles="true" SkipUnchngedFiles="true" />
    <Delete Files="MainProj\Scripts\.gitignore" />
    <WriteLinesToFile File="MainProj\Scripts\.gitignore" Lines="%(NuGetJSFiles.Filename)%(NuGetJSFiles.Extension)" /
    <Delete Files="@(PostNuGetFiles)" />
</Target>

In ogni file project.csproj

<Target Name="BeforeBuild">
    <Error Condition="!Exists('..\Packages\')" Text="You must run &gt; msbuild build.msbuild to download required NuGet
Packages" />

    <!-- optional for project that has JavaScript content -->
   <ReadLinesFromFile File="Scripts\.gitignore">
     <Output TaskParameter="Lines" ItemName="ReqJSFiles" />
   </ReadLinesFromFile>
   <Message Text="@(ReqJSFiles)" />
   <Error Condition="!Exists('Scripts\%(ReqJSFiles.Identity)')" Text="You must run &gt; msbuild build.msbuild to download required NuGet JS Package - Scripts\%(ReqJSFiles.Identity)" />
 </Target>

Mi rendo conto che la realtà era diversa quando questa domanda è stata originariamente pubblicata e risposta, ma fortunatamente la risposta è cambiata un po '. È ora possibile usare NuGet per scaricare le dipendenze tramite MSBuild usando un evento Pre-Build. Non è necessario inserire la cartella dei pacchetti nel repository di codice, tutte le dipendenze verranno scaricate e / o aggiornate durante la compilazione. Potrebbe essere una soluzione alternativa, ma sembra abbastanza decente. Vedere il seguente post del blog per i dettagli: http://blog.davidebbo.com/2011/03/using-nuget-without-committing-packages.html

A partire dal 20/09/13, c'è qualcosa chiamato "Nuget Restore". In realtà non è necessario archiviare la cartella del pacchetto se lo si desidera. (Soprattutto se stai usando DVCS)

Dai un'occhiata a questo: Uso di NuGet senza impegnare i pacchetti nel controllo del codice sorgente http://docs.nuget.org/docs/workflows/using-nuget-without-committing-packages

Questo post è diventato molto obsoleto. La risposta è ancora NO, ma la soluzione è cambiata. A partire da NuGet 2.7+ è possibile abilitare il ripristino automatico dei pacchetti senza includere il file NuGet.exe nell'origine (questo è a dir poco indesiderabile) e se si utilizza un qualsiasi DVCS moderno è possibile ignorare la cartella dei pacchetti. Se hai bisogno di personalizzazioni speciali, puoi creare un file nuget.config nella root della soluzione.

http://docs.nuget.org/docs/reference/package-restore

Inoltre, con il nuovo formato csproj puoi evitare anche i file nuget.config extra poiché ora è integrato. Dai un'occhiata a questo post che lo spiega meglio:

La cartella .nuget dovrebbe essere aggiunta al controllo della versione?