Źródło niedostępne podczas korzystania z konsoli Menedżera pakietów NuGet

Przenosimy nasze zarządzanie pakietami z ręcznego aktualizowania plików do NuGet. Próbuję zainstalować starsze wersje pakietów, aby pasowały do ​​tej, którą już mamy w kontroli źródła. Nie ma sposobu, aby to zrobić z interfejsu użytkownika, więc używam wiersza poleceń, aby uzyskać odpowiednią wersję.

Z jakiegoś powodu Install-Packagepowtarza mi, że galeria nuget jest nieosiągalna.

Źródło pod adresem nuget.org [ https://www.nuget.org/api/v2/] jest nieosiągalne. Powrót do lokalnej pamięci podręcznej NuGet

Dzieje się tak tylko w jednym z naszych rozwiązań. Jeśli utworzę nowe rozwiązanie lub użyję innego w tym samym repozytorium, pakiety zostaną zainstalowane zgodnie z oczekiwaniami. Mogę nawet zainstalować pakiety w fałszywym rozwiązaniu, aby wypełnić lokalną pamięć podręczną, a następnie pomyślnie zainstalować je w wadliwym rozwiązaniu. Próbowałem Invoke-WebRequestużyć adresu URL z konsoli NuGet i otrzymuję HTTP 200.

Co może to spowodować? Czy istnieje sposób na zastąpienie źródeł pakietów na podstawie rozwiązania / projektu?

Mimo że moje źródło pakietu zostało ustawione na nuget.org w konsoli Menedżera pakietów, jawne dodanie -Source nuget.orgargumentu rozwiązało ten problem.

Tak więc przykładem użycia byłoby:

Install-Package Akka.net -Source nuget.org

Akka.net to twój pakiet, który chcesz zainstalować, to tylko przykład tutaj.

Musiałem skopiować domyślne źródło NuGet w opcjach programu Visual Studio. W skopiowanym źródle zmieniłem adres URL z httpsna http. To rozwiązało problem.

Źródło tej sugestii należy tutaj: https://nuget.codeplex.com/discussions/561075#PostDetailsCell_1354351 , do „jpharris4”.

Nie jestem pewien, co może spowodować problem, ale rzeczywiście istnieje sposób na zastąpienie źródeł pakietów na podstawie rozwiązania, ale tylko wtedy, gdy włączono przywracanie pakietu NuGet w danym rozwiązaniu.

Gdy rozwiązanie włączy pakiet NuGet Przywróć folder o nazwie „.nuget” zostanie dodany do rozwiązania. Pod tym będzie plik o nazwie „NuGet.targets”, który ma ItemGroup, którego stan to „'$ (PackageSources)' == ''”, taki jak ten, który zobaczysz na załączonym obrazie.

Jeśli ItemGroup jest pusta (lub całkowicie zakomentowana, jak na ilustracji), rozwiązanie użyje określonego pliku, który powinien być taki sam, jak źródła wymienione w NARZĘDZIA >> OPCJE. Ale jeśli odkomentujesz lub dodasz elementy PackageSource do tej ItemGroup, rozwiązanie przeszuka wymienione źródła pakietów i TYLKO te wymienione.

Możesz również zmienić źródło NuGet z poziomu interfejsu użytkownika. Po prostu zmień źródło NuGet na starszą wersję i powinno działać dobrze.

Wydaje się, że nadal jest kilka błędów w VS 2015 związanych z api.nuget.org (v3).

W mojej konsoli Menedżera pakietów nie widziałem żadnych źródeł

Przechodząc do: Narzędzia -> Opcje -> Menedżer pakietów Nuget -> Źródła pakietów

Znalazłem źródła. Usunięcie ich zaznaczenia i ponowne ich sprawdzenie sprawiło, że pojawiły się ponownie w mojej konsoli Menedżera pakietów

Musiałem podać Comman wraz z pełnym adresem URL jako Install-Package MySql.Data.Entity -Version 6.9.8 -Source http://www.nuget.org/api/v2

W moim przypadku przyczyną było to, że pakiet był zgodny. Za pomocą interfejsu użytkownika - okno dialogowe „Zarządzaj pakietami NuGet” można zaakceptować i kontynuować.

Wydaje się, że konsola menedżera pakietów w VS 2013 ma z tym problem. Jak powiedzieli inni, ponowne uruchomienie VS 2013 może rozwiązać problem dla konsoli.

To działa dla mnie w VS 2015 prof: Narzędzia -> Opcje -> Menedżer pakietów Nuget -> Źródła pakietów

1. Naciśnij przycisk Dodaj
2. Edytuj w etykiecie nazwy: nuget.org
3. Edytuj w etykiecie źródłowej: https://www.nuget.org/api/v2/
4. wciśnij OK

Mam nadzieję, że to pomoże ;)

Miałem ten sam problem z tą samą wiadomością. Ale przyczyną mojego problemu była utrata połączenia z TFS. Mój serwer TFS był hostowany w innej sieci i korzystałem z VPN, aby uzyskać do niego dostęp. Kiedy próbowałem zainstalować pakiet bez nawiązanego połączenia z TFS (VPN był wyłączony), miałem ten sam problem.

Należy pamiętać o tym zachowaniu TFS.

Dzieje się tak, ponieważ pracujesz w trybie offline, po ponownym połączeniu z siecią konieczne będzie wylogowanie się i ponowne zalogowanie. Menedżer pakietów płynnie uruchomi się ponownie.

Zmierzyłem się z tym problemem VS2013 i zmarnowałem 3 godziny.

Nie wiem, co było przyczyną problemu. Ale żadne z powyższych rozwiązań nie zadziałało.

Ponowna instalacja konsoli Nuget Package Manager zadziałała dla mnie.

Narzędzia -> Rozszerzenia i aktualizacje -> W obszarze Wszystko Poszukaj Menedżera pakietów Nuget dla programu Visual Studio i naciśnij przycisk Odinstaluj.

Przejdź do https://marketplace.visualstudio.com/items?itemName=NuGetTeam.NuGetPackageManagerforVisualStudio2013 i pobierz rozszerzenie.

wprowadź opis obrazu tutaj Może to być Twoje biuro / domowa zapora blokująca nuget.org, więc spróbuj połączyć się z inną siecią internetową, na przykład z telefonu komórkowego lub Wi-Fi. Udało mi się rozwiązać tę metodę.