Jest podobny post na stosie, ale to nie pomaga w moim problemie, ponieważ używam Visual Studio 2015.
Jak mogę wyświetlić opcję „Włącz przywracanie pakietu NuGet” w VS2015?
Wybrałem Plik> Nowy projekt i utworzyłem pustą aplikację sieci Web ASP.NET . Szukam tej opcji menu.
Powinienem wspomnieć, że szukałem wcześniej istniejących plików nuGet w folderze projektu i nie ma żadnych.
c#
asp.net
nuget
visual-studio-2015
nuget-package-restore
Dan Beaulieu
źródło
źródło
Odpowiedzi:
Trwało to zbyt długo, ale w końcu znalazłem ten dokument na temat migracji rozwiązań zintegrowanych z MSBuild do automatycznego przywracania pakietów i udało mi się rozwiązać problem przy użyciu opisanych tutaj metod.
'.nuget'
katalog rozwiązania wraz z rozwiązaniemnuget.targets
twojego.csproj
lub.vbproj
plików. Dokument nie jest oficjalnie obsługiwany, ale łączy się ze skryptem PowerShell, jeśli masz wiele projektów, które wymagają oczyszczenia. Ręcznie zmodyfikowałem kopalnię ręcznie, więc nie mogę wyrazić opinii na temat moich doświadczeń z nią.Podczas ręcznej edycji plików, oto czego będziesz szukać:
Plik rozwiązania (.sln)
Plik projektu (.csproj / .vbproj)
źródło
Firma Microsoft zrezygnowała z obsługi „Włączanie przywracania pakietów NuGet” w VS2015 i musisz dokonać ręcznych zmian w celu migracji starych rozwiązań lub dodania funkcji do nowych rozwiązań. Nowa funkcja została całkiem dobrze opisana w Przywracaniu pakietu NuGet .
Istnieje również przewodnik migracji dla istniejących projektów (jak wspomniano wcześniej): Przewodnik migracji NuGet
Podczas aktualizacji:
Podczas tworzenia nowego projektu:
Utwórz plik w katalogu .nuget o nazwie nuget.config.
Dodaj plik „nuget.config” do katalogu rozwiązania utworzonego w kroku 2.
Umieść następujący tekst w pliku nuget.config:
<?xml version="1.0" encoding="utf-8"?> <configuration> <config> <add key="repositorypath" value="$\..\..\..\..\Packages" /> </config> <solution> <add key="disableSourceControlIntegration" value="true" /> </solution> </configuration>
Ten plik konfiguracyjny pozwoli Ci skonsolidować wszystkie pakiety w jednym miejscu, dzięki czemu nie będziesz mieć 20 różnych kopii tego samego pakietu unoszących się w systemie plików. Ścieżka względna zmieni się w zależności od architektury katalogu rozwiązania, ale powinna wskazywać katalog wspólny dla wszystkich rozwiązań.
Po wykonaniu kroku 5. musisz ponownie uruchomić program Visual Studio. Nuget nie rozpozna zmian, dopóki tego nie zrobisz.
Wreszcie może być konieczne użycie „Menedżera pakietów Nuget dla rozwiązań” w celu odinstalowania, a następnie ponownej instalacji pakietów. Nie wiem, czy był to efekt uboczny uruchomionego przeze mnie skryptu Powershell, czy tylko sposób na ponowne włączenie NuGet. Po wykonaniu wszystkich tych kroków moja skomplikowana architektura kompilacji działała bezbłędnie przy obniżaniu nowych pakietów, gdy sprawdzałem projekty z TFVC.
źródło
Opcjonalnie możesz usunąć wszystkie foldery z folderu „paczki” i wybrać „Zarządzaj pakietami NuGet dla rozwiązania ...”. W takim przypadku przycisk „Przywróć” pojawia się w systemie Windows z pakietami NuGet.
źródło
Jak już wspomniano Mike, w VS2015 nie ma opcji „Włącz przywracanie pakietu NuGet”. Musisz ręcznie uruchomić proces przywracania. Dobrym sposobem - bez bałaganu w plikach i katalogach - jest użycie konsoli zarządzania pakietami NuGet : Kliknij w polu „Szybki start” (zwykle w prawym górnym rogu), wejdź
console
, otwórz konsolę zarządzania i wprowadź polecenie:Spowoduje to ponowną instalację wszystkich pakietów wszystkich projektów w twoim rozwiązaniu. Aby określić pojedynczy projekt, wprowadź:
Oczywiście jest to konieczne tylko wtedy, gdy
Restore
przycisk - czasami oferowany przez VS2015 - nie jest dostępny. Bardziej przydatne polecenia aktualizacji są wymienione i wyjaśnione tutaj: https://docs.microsoft.com/en-us/nuget/consume-packages/reinstalling-and-updating-packagesźródło
Jeśli masz jakiekolwiek problemy lub brakuje Ci pakietów, możesz po prostu kliknąć prawym przyciskiem myszy projekt i wybrać „ Zarządzaj pakietami NuGet dla rozwiązania ... ”. Po kliknięciu na to otworzy się ekran z paskiem menu „Przywróć”:
Kliknij na niego, a wymagane pakiety zostaną zainstalowane automatycznie.
Wierzę, że tego właśnie szukasz, to rozwiązało moje problemy.
źródło
Użyj tego polecenia, aby przywrócić wszystkie pakiety
źródło
Podczas aktualizacji projektów z pakietami nuget z Vx20XX do VS2015 możesz mieć problem z pakietami nuget.
Przykład komunikatu o błędzie: Ten projekt odwołuje się do pakietów NuGet, których brakuje na tym komputerze. Włącz Przywracanie pakietu NuGet, aby je pobrać.
Aktualizacja 2016-02-06: Miałem link do informacji, ale to już nie działa. Podejrzewam, że ostatnia ścieżka rozwiązała problem?
Rozwiązałem problem z pisaniem małego programu, który wykonuje przywracanie zintegrowanego pakietu MSBuild vs. automatyczne przywracanie pakietu
Możesz pobrać plik wykonywalny tego narzędzia tutaj .
Daj mi znać wynik :-)!
Kod jako odniesienie:
źródło
Przejdź do References w studio wizualnym i sprawdź, których pakietów brakuje. Teraz kliknij prawym przyciskiem myszy Rozwiązanie w Visual i kliknij otwarty folder w eksploratorze plików. Teraz otwórz folder paczek i usuń folder brakujących paczek. Otwórz studio wizualne i po prostu zbuduj rozwiązanie. wszystkie brakujące pakiety zostaną przywrócone. Proszę, zaznacz to jako odpowiedź, jeśli pomogłem.
źródło
Przypuszczam, że w przypadku projektu asp.net 4 przechodzimy do automatycznego przywracania, więc nie ma takiej potrzeby. W przypadku starszych projektów myślę, że potrzeba trochę pracy do konwersji.
http://docs.nuget.org/docs/workflows/migrating-to-automatic-package-restore
źródło
To podejście zadziałało dla mnie:
Włączyłeś teraz także odtwarzanie pakietu nuget w VS2015.
źródło
Napotkałem ten sam problem podczas próby zbudowania przykładowego projektu gplus-quickstart-csharp-master .
Przejrzałem uważnie komunikat o błędzie i znalazłem obejście tego problemu, mam nadzieję, że to pomoże.
Cieszyć się !!
źródło
Ivan Branets zasadzie to dla mnie naprawiło, ale można podać więcej szczegółów.
W moim przypadku byłem w VS 2015 przy użyciu automatycznego przywracania pakietów i TFS . To wszystko jest dość domyślne.
Problem polegał na tym, że gdy inny programista próbował uzyskać rozwiązanie z TFS, niektóre pakiety nie zostały w pełni przywrócone. (Dlaczego, nie jestem jeszcze tego pewien). Ale folder pakietów zawierał folder dla odniesienia i pakiet NuGet, ale nie był rozwijany (powiedzmy, że brakuje folderu lib zawierającego plik .dll.) Ta połowa tam, ale niezupełnie słuszna koncepcja uniemożliwiała przywrócenie pakietu.
Rozpoznasz to, ponieważ odniesienie będzie miało żółty wykrzyknik z powodu braku rozwiązania.
Tak więc rozwiązanie z usunięciem folderu wewnątrz pakietów usuwa przywrócić pakiet problem blokowania. Następnie możesz kliknąć prawym przyciskiem myszy na najwyższym poziomie rozwiązania, aby uzyskać opcję przywracania pakietów , a teraz powinno działać.
źródło
Zamknij VS. Usuń wszystko w folderze pakietów. Otwórz ponownie swoje rozwiązanie. Kliknij projekt prawym przyciskiem myszy i wybierz „Zarządzaj pakietami nuget ...”. Zobaczysz żółty pasek u góry okna „Menedżer pakietów Nuget” z prośbą o przywrócenie pakietów. To zadziałało dla mnie.
źródło
z https://docs.microsoft.com/en-us/nuget/quickstart/restore
źródło
Może to również wynikać z uruchomienia programu podczas próby zainstalowania pakietu. jest wyszarzony, jeśli spróbujesz go kliknąć, gdy wbudowane usługi IIS działają w tle.
źródło
Jeśli ktokolwiek znajdzie ten problem w Visual Studio 2017, upewnij się, że projekt jest otwarty przez plik .sln, a nie przez folder, ponieważ Visual Studio nie pobierze ustawień, jeśli zostanie otwarty przez folder. Dzieje się tak domyślnie, jeśli używasz usług online Visual Studio dla git.
źródło
W przypadku projektów .NET Core uruchom
dotnet restore
lub uruchomdotnet build
komendęNuGet Package Manager Console
(które automatycznie uruchamia przywracanie)Możesz uruchomić konsolę z
źródło
Kiedyś
msbuild /t:restore
.Źródło i źródło:
Mój problem dotyczył MSBuild. Połączyłem się z linkiem @Vinney Kelly : Migracja zintegrowanych rozwiązań MSBuild do automatycznego przywracania pakietów
i...
To działało JAK CHARM =]
źródło
Jeśli wszystko inne zawiedzie (a może wcześniej), możesz sprawdzić i sprawdzić, czy NuGet jest źródłem pakietu. Zainstalowałem VS2017 i NIE było tam domyślnie. Myślałem, że to trochę dziwne.
źródło
Musiałem usunąć folder pakietów zamknij i ponownie otwórz (VS2015) rozwiązanie. Nie przeprowadzałem migracji i nie miałem pakietów sprawdzonych pod kontrolą źródła. Mogę tylko powiedzieć, że coś się popsuło i to naprawiło.
źródło
Pomógł mi przez Narzędzia >>> Menedżer pakietów Nuget >>> Ogólne, a następnie zaznacz opcję Pozwól Nuget pobierać brakujący pakiet i automatycznie sprawdzać brakujące pakiety podczas kompilacji w Visual Studio .
źródło
Mam ten sam problem. Próbuję dodać projekt MVC, który został utworzony w Visual Studio 2015, do rozwiązania, które wykonałem w Visual Studio 2019.
W Visual Studio 2019 istnieją już projekty, więc dodanie tego istniejącego projektu, który utworzyłem w VS 2015, powoduje ten sam błąd. Wypróbowałem wszystkie odpowiedzi tutaj, ale to nie rozwiązuje problemu.
Po prostu umieściłem folder .nuget w folderze rozwiązania. Oryginalnie hierarchia folderu jest następująca:
Tak więc problem został rozwiązany, gdy przeniosłem folder .nuget do samego folderu rozwiązania:
źródło
Wersja VS 2019 16.4.4 Rozwiązanie ukierunkowane na .NET Core 3.1
Po wypróbowaniu prawie wszystkich zaproponowanych tutaj rozwiązań zamknąłem VS. Kiedy go ponownie otworzyłem, po kilku sekundach wszystko wróciło do normy ...
źródło
Jeszcze prościej, dodaj folder .nuget do swojego rozwiązania, a pojawi się „Restore Nuget Packages” (nie jestem pewien, czy nuget.exe musi być obecny, aby działał).
źródło