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?
źródło
Odpowiedzi:
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.orgAkka.net to twój pakiet, który chcesz zainstalować, to tylko przykład tutaj.
źródło
Install-Package jQuery.UI.Combined -Source nuget.org-Source nuget.orgi działa?Musiałem skopiować domyślne źródło NuGet w opcjach programu Visual Studio. W skopiowanym źródle zmieniłem adres URL z
httpsnahttp. To rozwiązało problem.Źródło tej sugestii należy tutaj: https://nuget.codeplex.com/discussions/561075#PostDetailsCell_1354351 , do „jpharris4”.
źródło
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.
źródło
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).
źródło
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
źródło
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źródło
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.
źródło
To działa dla mnie w VS 2015 prof: Narzędzia -> Opcje -> Menedżer pakietów Nuget -> Źródła pakietów
Mam nadzieję, że to pomoże ;)
źródło
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.
źródło
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.
źródło
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.
źródło
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ę.
źródło