C'è un modo per aggiornare automaticamente nuget.exe nella cartella .nuget quando si utilizza il ripristino del pacchetto?

Question

Il mio team ha utilizzato l'opzione Abilita il ripristino dei pacchetti da Nuget 1.5 per mantenere i pacchetti fuori dal nostro controllo del codice sorgente. Quando Nuget 1.6 è stato rilasciato, abbiamo notato un problema in cui non stava scaricando i pacchetti e lo abbiamo rintracciato nel Nuget.exe nella cartella .nuget necessaria per l'aggiornamento alla 1.6 per abbinare il Gestore pacchetti.

Qual è il modo migliore per aggiornare una soluzione una volta che Nuget è stato udpato? Non vedo un modo semplice da Studio per sapere quale versione di nuget si trova nella cartella della soluzione. Finora abbiamo spazzato via la cartella .nuget ed eseguito nuovamente il comando Enable Package Restore.

Answer 1

Vorrei suggerire l'aggiornamento .nuget \ nuget.exe con questo comando dalla riga di comando:

nuget.exe update -self 

[EDIT]: Chiudi VS prima soluzione. Se è disponibile un aggiornamento e la soluzione viene aperta, nuget.exe verrà rimosso dalla soluzione.

È possibile aggiornare automaticamente nuget.exe al ripristino modificando il .nuget \ nuget.targets per aggiungere il comando precedente. Guarderei il comando di ripristino lì come un esempio. Ma non sono sicuro che ne valga la pena, gli aggiornamenti di nuget.exe non sono così comuni e la compatibilità con le versioni precedenti dovrebbe rompersi molto raramente.

Answer 2

Ho trovato il modo migliore per gestire questo è semplicemente eliminando la cartella .nuget e riabilitando il ripristino del pacchetto wide solution. Come detto sopra, potresti aggiungere un comando di auto aggiornamento alla tua build, ma questo non aggiornerà i target o i file di configurazione se ci sono cambiamenti tra le versioni (o rimuovi il riferimento dalla tua soluzione). Forse non è un grosso problema, ma questo è il modo sicuro per assicurarti di avere gli ultimi file di configurazione e di exe. E alla fine della giornata, l'aggiornamento è solo un problema se hai bisogno di accedere a un nuovo comando o alla fine c'è una rottura in una nuova versione.

Answer 3

See David Ebbo's post at his blog

Fondamentalmente, tutto quello che dovete fare è creare un file NuGet.Config accanto al file sln, contenente:

<?xml version="1.0" encoding="utf-8"?> 
<configuration> 
    <packageSources> 
    <clear/> 
    <add key="nuget.org" value="https://www.nuget.org/api/v2/" /> 
    <add key="aspnetwebstacknightlyrelease" value="https://www.myget.org/f/aspnetwebstacknightlyrelease/" /> 
    </packageSources> 
</configuration>