Sorgente non raggiungibile quando si utilizza la console di Gestione pacchetti NuGet

Stiamo spostando la gestione dei nostri pacchetti dall'aggiornamento manuale dei file a NuGet. Sto cercando di installare versioni precedenti di pacchetti per abbinare quella che abbiamo già nel controllo del codice sorgente. Non c'è modo di farlo dall'interfaccia utente, quindi uso la riga di comando per ottenere la versione corretta.

Per qualche motivo, Install-Packagecontinua a dirmi che la galleria Nuget è irraggiungibile.

La fonte su nuget.org [ https://www.nuget.org/api/v2/] è irraggiungibile. Ripristino della cache locale di NuGet

Questo succede solo in una delle nostre soluzioni. Se creo una nuova soluzione o ne utilizzo un'altra nello stesso repository, i pacchetti verranno installati come previsto. Posso persino installare i pacchetti in una soluzione fittizia per riempire la cache locale e quindi installarli correttamente nella soluzione difettosa. Ho provato a Invoke-WebRequesturl dalla console NuGet e ottengo un HTTP 200.

Cosa può causare questo? Esiste un modo per sovrascrivere le origini del pacchetto in base alla soluzione / progetto?

Anche se la mia origine pacchetto era impostata su nuget.org nella console di Package Manager, l'aggiunta esplicita -Source nuget.orgdell'argomento ha risolto questo problema per me.

Quindi un esempio di utilizzo sarebbe:

Install-Package Akka.net -Source nuget.org

Akka.net è il pacchetto che si desidera installare, è solo un esempio qui.

Ho dovuto copiare l'origine NuGet predefinita nelle opzioni di Visual Studio. Con la fonte copiata, ho cambiato l'URL da httpsa http. Questo ha risolto il problema per me.

Il merito di questo suggerimento appartiene qui: https://nuget.codeplex.com/discussions/561075#PostDetailsCell_1354351 , a "jpharris4".

Non sono sicuro di cosa possa causare il tuo problema, ma esiste davvero un modo per sovrascrivere le origini dei pacchetti in base alla soluzione, ma solo se hai abilitato NuGet Package Restore sulla soluzione fornita.

Una volta abilitata una soluzione NuGet Package Restore, una cartella denominata ".nuget" viene aggiunta alla soluzione. Sotto questo sarà un file chiamato "NuGet.targets" che ha un ItemGroup la cui condizione è "'$ (PackageSources)' == ''" come quello che vedrai nell'immagine allegata.

Se ItemGroup è vuoto (o completamente commentato, come nell'illustrazione), la soluzione utilizzerà un file specifico che dovrebbe essere uguale alle fonti elencate in STRUMENTI >> OPZIONI. Ma se si decommenta o si aggiungono elementi PackageSource a quel gruppo di articoli, la soluzione cercherà le origini dei pacchetti elencate e SOLO quelle elencate.

È possibile modificare l'origine NuGet anche dall'interfaccia utente. Basta cambiare l'origine NuGet alla versione precedente e dovrebbe funzionare bene.

Sembra che ci siano ancora pochi bug in VS 2015 relativi a api.nuget.org (v3).

Nella mia console di Package Manager non ho potuto vedere alcuna fonte

Andare a: Strumenti -> Opzioni -> Nuget Package Manager -> Fonti pacchetto

Ho trovato le fonti. Deselezionandoli e controllandoli nuovamente, riapparvero nella mia Console Gestione pacchetti

Ho dovuto fornire il comune con l'URL completo come Install-Package MySql.Data.Entity -Version 6.9.8 -Source http://www.nuget.org/api/v2

Nel mio caso la causa era che il pacchetto aveva un accordo. Tramite l'interfaccia utente - finestra di dialogo "Gestisci pacchetti NuGet" hai la possibilità di accettare e continuare.

La console di Package Manager in VS 2013 sembra avere un problema con questo. Come altri hanno già detto, il riavvio di VS 2013 potrebbe risolverlo per la console.

Questo ha funzionato per me in VS 2015 prof: Strumenti -> Opzioni -> Nuget Package Manager -> Fonti dei pacchetti

1. Premi il pulsante Aggiungi
2. Modifica in etichetta nome: nuget.org
3. Modifica nell'etichetta sorgente: https://www.nuget.org/api/v2/
4. premere OK

Spero che sia d'aiuto ;)

Ho avuto lo stesso problema con lo stesso messaggio. Ma la ragione del mio problema è stata la perdita della connessione a TFS. Il mio server TFS era ospitato su un'altra rete e ho usato VPN per accedervi. Quando ho provato a installare il pacchetto senza stabilire una connessione a TFS (VPN disattivata) ho avuto lo stesso problema.

Essere consapevoli di questo comportamento TFS.

Succede perché lavori in modalità offline, quando riconnetti la rete dovrai disconnetterti e riconnetterti. Il gestore pacchetti verrà reinizializzato senza problemi.

Ho affrontato questo problema VS2013 e ho perso 3 ore di tempo.

Non sono sicuro di quale sia stata la causa del problema. Ma nessuna delle soluzioni di cui sopra ha funzionato per me.

La reinstallazione della console Nuget Package Manager ha funzionato per me.

Strumenti -> Estensioni e aggiornamenti -> In All Cerca Nuget Package Manager per Visual Studio e premi disinstalla.

Vai su https://marketplace.visualstudio.com/items?itemName=NuGetTeam.NuGetPackageManagerforVisualStudio2013 e scarica l'estensione.

inserisci la descrizione dell'immagine qui Potrebbe essere il tuo firewall di casa / ufficio che blocca nuget.org, quindi prova a connettere diverse reti Internet, ad esempio dal tuo cellulare o Wi-Fi. Sono stato in grado di risolvere questo metodo.