dnu ripristina da Visual Studio 2015 Update 1 RC

Ogni volta che modifico i pacchetti attraverso il file project.json, l'area dei miei riferimenti dice "Errori - vedi Elenco errori". La lista errori dirà "Le dipendenze in project.json sono state modificate, eseguire" dnu restore "per generare un nuovo file di bloccodnu ripristina da Visual Studio 2015 Update 1 RC

In questo modo, è possibile caricare lo sviluppatore da Visual Studio? Prompt dei comandi per il 2015 e cd nella directory del progetto ed eseguire il comando da lì,

Se faccio clic con il tasto destro del mouse sui riferimenti e selezionare "Ripristina pacchetti" (che suona come dovrebbe farlo) dice solo il precedente "vedi .. Elenco errori"

fonte

2015-11-25 eddpoints

Hai trovato un modo per farlo a parte dalla riga di comando? Questo è davvero strano, una delle funzionalità più comuni non funziona ... –

Il post del blog in cui ho scaricato ha dichiarato che la Tooling sarebbe stata automaticamente installata quando è stato installato l'Update 1, ma ciò non era avvenuto e ho dovuto scaricare manualmente l'ASPNET 5 utensili e installarlo. Poi è riuscito a risolvere dal menu e la costruzione del progetto ha funzionato in realtà. Stavo aggiornando da Beta5 a RC1. – eddpoints

Il post del blog in cui ho scaricato ha dichiarato che la Tooling sarebbe stata installata automaticamente quando è stato installato l'Update 1, ma ciò non era avvenuto e ho dovuto scaricare manualmente gli strumenti ASPNET 5 e installarlo. Quindi è riuscito a risolvere dal menu e la costruzione del progetto ha funzionato in realtà. Stavo aggiornando da Beta5 a RC1.

fonte

2015-12-17 21:42:59 eddpoints

Ho installato un asp.net rc update 1 (programma di installazione separato), devo installare anche qualcos'altro? questo strumento speciale? –

L'ho scaricato da qui: [link] (https://get.asp.net/OtherDownloads) ma il download di strumenti specifici ora è andato. Dovrebbe essere stato installato con l'Update 1 ma per qualche motivo ha fatto Recentemente ho reinstallato VS2015 ma non ho riscontrato lo stesso problema. – eddpoints

Nel nostro aggiornamento 1 di Visual Studio 2015, abbiamo riscontrato il problema simile risolto: "fare clic con il pulsante destro del mouse sui riferimenti e selezionare" Ripristina pacchetti " – nam

ho avuto lo stesso problema come quello che ho fatto è stata la seguente:

Aprire una virgola nd prompt come amministratore. Cambia directory nella cartella .dnx, il mio era in C:\Users\MyUserName\ .dnx\runtimes\dnx version{rc1-final in my case}\bin\

Si eseguirà il ripristino di dnu sul file project.json nel progetto. Il mio comando sembrava così. dnu restore C:\Dev\Projects\ExampleProject\project.json

Scaricherà e ripristinerà tutte le dipendenze e dovresti essere pronto. Spero che questo ti aiuti!

fonte

2015-12-04 16:46:29

Ho usato clr x64 per quello scopo e ha fatto davvero il trucco. È importante quale runtime si utilizza, o tutti genereranno correttamente questo file project.lock? Conosci qualche alternativa a quella procedura di fantasia (è sicuramente un bug ...? –

Ho trovato la soluzione reale che ha risolto il problema (almeno per me). Quello che succede è che il "dnu restore" è apparentemente collegato a Nuget, anche se si fa riferimento al proprio progetto nella stessa soluzione. Quindi, invece di fare "dnu restore", puoi semplicemente fare clic con il tasto destro del mouse su soluzione/riferimenti e scegliere i pacchetti di ripristino. Questo fa il trucco.

Per far sì che ciò accada automaticamente, è necessario andare su Strumenti-> Opzioni-> NuGet Package Manager e selezionare "Consenti download pacchetti mancanti" e "Verifica automaticamente su build". L'ultimo sembra strano perché non si costruisce, ma ciò che fa scattare VS per ripristinare i pacchetti correttamente.

fonte

2015-12-18 08:13:48

lavoro per me almeno .. –

Ho avuto il problema simile dopo l'aggiornamento a VS 2015 Aggiornamento 1. VS pensava che la mia versione run-time era RC1, ma DNVM (.NET Version Manager) non ne aveva idea. Così, quando stavo pubblicando la soluzione, stavo usando pacchetti di beta nuget, configurazione per cartelle di rilascio, build e così via.

Quindi quello che ho fatto è:

dnvm list

me per mostrare la lista dei tempi di esecuzione disponibili. La mia era alla ricerca di simile:

Active Version   Runtime Architecture OperatingSystem Alias 
------ -------   ------- ------------ --------------- ----- 
     1.0.0-beta5  clr  x64   win 
     1.0.0-beta5  clr  x86   win 
     1.0.0-beta5  coreclr x64   win 
     1.0.0-beta5  coreclr x86   win 
    * 1.0.0-beta7  clr  x86   win    default

Dopo che ho aggiornato DNVM alla versione più recente tramite:

dnvm update-self

e installato l'ultima versione stabile di runtime:

dnvm upgrade

E ' imposterà anche il runtime più recente come predefinito per il proprio ambiente.Dopo l'aggiornamento dovresti ottenere il seguente elenco di versioni:

Active Version   Runtime Architecture OperatingSystem Alias 
------ -------   ------- ------------ --------------- ----- 
     1.0.0-beta5  clr  x64   win 
     1.0.0-beta5  clr  x86   win 
     1.0.0-beta5  coreclr x64   win 
     1.0.0-beta5  coreclr x86   win 
     1.0.0-beta7  clr  x86   win 
     1.0.0-rc1-update1 clr  x64   win 
    * 1.0.0-rc1-update1 clr  x86   win    default 
     1.0.0-rc1-update1 coreclr x64   win 
     1.0.0-rc1-update1 coreclr x86   win

Spero che questo aiuti.

fonte

2015-12-18 08:35:23

Sono stato in grado di utilizzare il comando dnu restore dall'interno di Visual Studio passando attraverso strumenti> console di gestione pacchetti. Ho cancellato tutti i pacchetti dnx prima di ripristinare andando in C: \ Users \ name \ .dnx \ packages

fonte

2016-03-29 21:51:07 BreakfastIsBest

dnu ripristina da Visual Studio 2015 Update 1 RC

risposta

Problemi correlati