Co oznaczają żółte trójkąty ostrzegawcze w zależnościach w programie Visual Studio 2017?

Właśnie przekonwertowałem moją bibliotekę PCL na nową bibliotekę .Net Standard i mam kilka żółtych trójkątów ostrzegawczych na moich zależnościach pokazanych poniżej:

Podczas konwersji przeniósł wszystkie pakiety nuget, w tym zależności, więc może być dulicates.

Jak mogę się dowiedzieć, co reprezentują żółte trójkąty ostrzegawcze?

EDYTOWAĆ

Dzienniki kompilacji:

Aby uniemożliwić NuGet przywracanie pakietów podczas kompilacji, otwórz okno dialogowe Opcje programu Visual Studio, kliknij węzeł Menedżera pakietów i odznacz pole „Zezwalaj NuGet na pobieranie brakujących pakietów podczas kompilacji”. NU1605: Wykryta zmiana wersji pakietu: NUnit z 3.8.1 na 2.6.4. Odwołaj się do pakietu bezpośrednio z projektu, aby wybrać inną wersję. MyProj.UI.Tests -> NUnit (> = 2.6.4) NU1605: Wykryto obniżenie wersji pakietu: NUnit z 3.8.1 do 2.6.4. Odwołaj się do pakietu bezpośrednio z projektu, aby wybrać inną wersję. MyProj.UI.Tests.iOS -> MyProj.UI.Tests -> MyProj.Core.Tests -> NUnit (> = 3.8.1) MyProj.UI.Tests.iOS -> NUnit (> = 2.6.4) NU1605: Wykryta zmiana wersji pakietu: NUnit z 3.8.1 na 2.6.4. Odwołaj się do pakietu bezpośrednio z projektu, aby wybrać inną wersję.
MyProj.UI.Tests -> MyProj.Core.Tests -> NUnit (> = 3.8.1)

MyProj.UI.Tests.Android -> MyProj.UI.Tests -> MyProj.Core.Tests -> NUnit (> = 3.8.1) MyProj.UI.Tests.Android -> NUnit (> = 2.6.4)

Choć brzmi to banalnie, spróbuj odbudować, a następnie uruchom ponownie VS - i kontynuuj swój dzień :)

biegać dotnet restore zanim wykonasz jakąkolwiek skomplikowaną manipulację, otrzymasz o wiele więcej informacji niż w oknie błędów lub eksploratorze rozwiązań.

Możesz uruchomić to polecenie w konsoli Menedżera pakietów:

Narzędzia> Menedżer pakietów NuGet> Konsola Menedżera pakietów

W dzienniku kompilacji zauważyłem to:

C: \ Program Files \ dotnet \ sdk \ 2.0.2 \ Sdks \ Microsoft.NET.Sdk \ build \ Microsoft.NET.Sdk.DefaultItems.targets (199,5): ostrzeżenie: PackageReference dla „NETStandard.Library” zostało zawarte w Twoim projekcie. Ten pakiet jest niejawnie przywoływany przez zestaw .NET SDK i zwykle nie ma potrzeby odwoływania się do niego z projektu. Aby uzyskać więcej informacji, zobacz https://aka.ms/sdkimplicitrefs

Dlatego poszedłem i odinstalowałem wszystkie pakiety, które były wymienione jako zależności dla .Net Standard nuget wymienionego tutaj:

NETStandard 1.1

• Microsoft.NETCore.Platforms (> = 1.1.0)

• System.Collections (> = 4.3.0)

• System.Collections.Concurrent (> = 4.3.0)

• System.Diagnostics.Debug (> => 4.3.0)

• System.Diagnostics.Tools (> = 4.3.0)

• System.Diagnostics.Tracing (> = 4.3.0)

• System.Globalization (> = 4.3.0)

• System.IO (> = 4.3.0)

• System.IO.Compression (> = 4.3.0)

• System.Linq (> = 4.3.0)

• System.Linq.Expressions (> = 4.3.0)

• System.Net.Http (> = 4.3.2)

• System.Net.Primitives (> = 4.3.0)

• System.ObjectModel (> = 4.3.0)

• System.Reflection (> = 4.3.0)

• System.Reflection.Extensions (> = 4.3.0)

• System.Reflection.Primitives (> = 4.3.0)

• System.Resources.ResourceManager (> = 4.3.0)

• System.Runtime (> = 4.3.0)

• System.Runtime.Extensions (> = 4.3.0)

• System.Runtime.InteropServices (> = 4.3.0)

• System.Runtime.InteropServices.RuntimeInformation (> => 4.3.0)

• System.Runtime.Numerics (> = 4.3.0)

• System.Text.Encoding (> = 4.3.0)

• System.Text.Encoding.Extensions (> = 4.3.0)

• System.Text.RegularExpressions (> = 4.3.0)

• System.Threading (> = 4.3.0)

• System.Threading.Tasks (> = 4.3.0)

• System.Xml.ReaderWriter (> = 4.3.0)

• System.Xml.XDocument (> = 4.3.0)

I żółte ostrzeżenia zniknęły.

Stąd: https://blogs.msdn.microsoft.com/dotnet/2017/08/14/announcing-net-standard-2-0/

Odkryłem również, że możesz użyć właściwości NoWarn, jak poniżej:

<ItemGroup>
  <PackageReference Include="Huitian.PowerCollections" Version="1.0.0" NoWarn="NU1701" />
</ItemGroup>

Żółty trójkąt oznacza, że ​​fizyczne pliki pakietu zniknęły i nie są już dostępne na dysku twardym.

Zwykle dzieje się tak, gdy wysyłasz get latest versionżądanie dotyczące kontroli źródła w TFS, szczególnie w przypadku korzystania z nowej maszyny i chcesz uzyskać kod projektu z serwera TFS.

Może to być również spowodowane, przez low quality internet connectionco prawie zawsze spowoduje utratę danych lub uszkodzenie pobranych plików.

Jeśli problemowi brakuje kilku pakietów, możesz zmodyfikować packages.configplik i usunąć te pakiety z packages.configi ponownie zainstalować brakujące pakiety za pośrednictwem menedżera pakietów NuGet.

Ale jeśli problem brakuje więcej niż kilku pakietów, najlepszym i szybkim sposobem na odzyskanie brakujących pakietów jest:

1. Otwarcie nowej instancji Visual Studio
2. Utwórz nowe rozwiązanie projektowe z tym samym typem projektu, jak to z brakującymi pakietami (przykład: ASP.Net MVC z indywidualnym kontem użytkownika)
3. Zaktualizuj pakiety nowego projektu do najnowszej, aby dopasować wersje pakietów poprzedniego rozwiązania projektu
4. Otwórz eksplorator plików i przejdź do folderu pakietów w nowym utworzonym rozwiązaniu
5. Skopiuj całą zawartość folderu Packages, zaznaczając wszystko. Uwaga NIE kopiuj samego folderu Packages, tylko zawartość wewnątrz folderu
6. Wklej to w poprzednim rozwiązaniu (rozwiązanie z brakującymi pakietami), w Packagesfolderze z nadpisaniem istniejących elementów.
7. Przejdź do folderu pakietów w eksploratorze rozwiązań i rozwiń go, a następnie kliknij przycisk odświeżania, aby zobaczyć, że wiele brakujących pakietów jest teraz wyświetlanych bez żółtego trójkąta
8. Na koniec otrzymasz kilka brakujących pakietów, które nie są domyślnie dołączane podczas tworzenia nowego rozwiązania, musisz je usunąć z pliku packages.config (plik odczytywany przez menedżerów pakietów nuget), aby określić zainstalowane pakiety, i zainstaluj je jako nowe za pomocą menedżera pakietów NuGet.

Zwróć uwagę, że takie problemy związane z brakującymi plikami z projektów są zawsze trudne do naprawienia i zależą od doświadczenia programisty, więc nie oczekuj łatwego rozwiązania tego problemu.

Microsoft twierdzi, że przyczyną błędu jest błąd, ale może się zdarzyć w dowolnej wersji programu Visual Studio.

Tylko w celach dokumentacyjnych dla nowej osoby z tym problemem, spróbuj tego, a zapamiętasz mnie: D

Jeśli przejdziesz do: Narzędzia> Administrator NuGet> Konfiguracje. i masz zaznaczone „Zezwalaj na nuget…” i „Automatycznie sprawdzaj…”.

Jedyne, co musisz zrobić, to kliknąć przycisk „Wyczyść wszystkie pamięci podręczne NuGet”

To wszystko, nie musisz edytować ręcznych myśli, które mogą być niebezpieczne, uwierz mi, używam niektórych kroków, niż opisuję tutaj, dużo czasu i próbuję więcej niż 5 kroków oficjalnej dokumentacji Microsoft dla ten problem możesz sprawdzić tutaj: https://docs.microsoft.com/es-es/nuget/consume-packages/package-restore#restore-packages-automatically-using-visual-studio

Ale samo wyczyszczenie pamięci podręcznej rozwiązuje wszystkie problemy

Jeśli masz ikonę ostrzeżenia, ale nie ma żadnych ostrzeżeń i nic nie wydaje się być błędne, kliknij projekt prawym przyciskiem myszy> Wyładuj projekt> ponownie kliknij prawym przyciskiem myszy projekt> Wczytaj ponownie projekt. Ikona pojawiła się na chwilę, a następnie została wyczyszczona dla mnie w programie Visual Studio 2019. Pozwala to uniknąć pełnego ponownego uruchomienia programu Visual Studio.

Co dziwne, mój projekt .Net Core 3 wymagał ode mnie kliknięcia „Załaduj zależności projektu” w kontekście projektu, po czym ikona ostrzeżenia zniknęła.

Pomocny zrzut ekranu:

Właśnie zaktualizowałem Visual Studio do wersji 16.4.4 i problem został rozwiązany. Odniesienie jest stałe i nie ma już żółtego trójkąta. Dzięki.

Napotkałem ten błąd podczas klonowania projektu. głównym powodem było to, że pakiety Nuget nie mogły zostać przywrócone i znalazłem rozwiązanie, ustawiając nuget.org jako jedyny aktywny zasób.

Upewnij się, że wybrałeś Nuget.org jako jedyny aktywny zasób.

Mam nadzieję, że to pomoże

Żółty wykrzyknik jest zwykle spowodowany brakiem odniesienia lub nieobsługiwaną biblioteką dll. Jeśli sklonujesz repozytorium, istnieje prawdopodobieństwo, że wiele pakietów modeli użytkowych wyświetli żółty wykrzyknik. Jeśli sprawdziłeś, że wersja projektu jest poprawna, a problem nadal istnieje, możesz wypróbować poniższe rozwiązanie.

W konsoli menedżera pakietów wybierz projekt, w którym napotykasz ten problem, a następnie wpisz następujące polecenie.

Update-Package -Reinstall

Wymusi to ponowną instalację wszystkich pakietów. To polecenie nie zaktualizuje wersji pakietów NuGet, po prostu wymusi ich ponowne zainstalowanie.

To rozwiązanie zadziałało w moim przypadku. Używam VS2019. Mam nadzieję, że pomoże to również innym.

Może istnieć 1 pakiet, który może spowodować, że wszystkie inne nie zostaną załadowane. spróbuj komentować pakiety z .csproj jeden po drugim i dowiedz się, który z nich jest problemem, aby zawęzić zakres.

Jeśli spróbuję odinstalować Microsoft.NETCore.Platformszgodnie z zaznaczoną odpowiedzią, pojawi się następujący błąd:

Nie można odinstalować „Microsoft.NETCore.Platforms.1.1.0”, ponieważ „NETStandard.Library.2.0.3” zależy od niego.

Odinstalowałem inne pakiety, ale nadal pojawia się NETSDK1023błąd:

W projekcie uwzględniono PackageReference dla „NETStandard.Library”. Ten pakiet jest niejawnie przywoływany przez zestaw .NET SDK i zwykle nie ma potrzeby odwoływania się do niego z projektu. Aby uzyskać więcej informacji, zobacz https://aka.ms/sdkimplicitrefs

Teraz zredagowałem plik .csproj i usunąłem następną część

<PackageReference Include="NETStandard.Library" Version="2.0.3" />

jak podano w https://aka.ms/sdkimplicitrefs w sekcji Zalecenia :

W przypadku platformy .NET Core lub .NET Standard nigdy nie należy jawnie odwoływać się do Microsoft.NETCore.Applub NETStandard.Librarymetapakietów za pośrednictwem <PackageReference>elementu w pliku projektu.

Teraz ostrzeżenie zniknęło!

Żadne z powyższych nie działało dla mnie. Miałem jeden projekt w rozwiązaniu z trójkątami ostrzegawczymi dotyczącymi zależności od innych projektów w rozwiązaniu, co powodowało wiele czerwonych błędów w VS. Jednak będzie dobrze budować, uruchamiać i debugować. Ostatecznie wyładowałem projekt, klikając prawym przyciskiem myszy nazwę projektu w drzewie rozwiązań, a następnie ponownie załadowałem projekt i wszystko jest teraz szczęśliwe. Dzięki Visual Studio, smh. Używam VS 2019 16.7.1

Uruchom ponownie maszynę

Uważam, że moja sytuacja polegała na tym, że jakiś proces nie zwalniał pewnych bibliotek dll po opróżnieniu pamięci podręcznej, a następnie jakiekolwiek przejęcie bibliotek dll nie powiodło się z powodu blokady (?).

donet restorePonowne uruchomienie komputera i rozwiązanie tego problemu pozwoliło mi ponownie zbudować bez błędu brakującego pakietu.

Jeśli nie ma problemu z aktualizacją wszystkich pakietów NuGet, które mogą rozwiązać ten problem.

Menu Narzędzia -> Menedżer pakietów NuGet -> Zarządzaj pakietami NuGet dla rozwiązania . Kiedy pojawi się to menu, kliknij kartę Aktualizuj i kliknij przycisk Aktualizuj wszystko .