Assets file project.assets.json bulunamadı. NuGet paketi geri yüklemesini çalıştırma

NopCommerce (.NET Core'da yazılmış) kullanmaya çalışıyorum ama projeyi çalıştırmak istediğimde 52 hata mesajı alıyorum Bir nuget paketi geri yükleme çalıştır

Varlıklar dosyası ~ \ obj \ project. asset.json ' bulunamadı. Bu dosyayı oluşturmak için bir NuGet paketi geri yüklemesi çalıştırın. Nop.Web.MVC.Testsote

Çözüme sağ tıklayıp Nuget Paketlerini Geri Yükle'yi seçtiğimde şu mesajı alıyorum:

Tüm paketler zaten kurulu ve geri yüklenecek bir şey yok.

ancak bu 52 Hata hala var ve Araçlar -> NuGet Paket Yöneticisi -> NuGet Paketlerini Çözüm için Yönetin çözümde yüklü bir şey yok, ayrıca VS2017'mi 15.5.4'e güncelledim

Bu hatayı Araçlar> NuGet Paket Yöneticisi> Paket Yöneticisi Konsolu'ndan düzeltmek için şunu çalıştırın:

dotnet restore

Dotnet cli başlangıçta gerekli tüm dosyaları oluşturmadığı için hata oluşur. Dotnet geri yüklemesi yapmak gerekli dosyaları ekler.

Benim durumumda hata GIT deposuydu. Adında boşluklar vardı, bu da projemi geri yükleyemedi

Sorununuz buysa, klonladığınızda GIT deposunu yeniden adlandırın

git clone http://Your%20Project%20With%20Spaces newprojectname

'Dotnet restore' çalışmazsa, aşağıdaki adımlar yardımcı olabilir:

1. Visual Studio >> Araçlar >> Seçenekler >> Nuget Manager >> Paket Kaynakları
2. Herhangi bir üçüncü taraf paket kaynağının işareti kaldırıldı.
3. Çözümü yeniden oluşturun.

NuGet paketlerinin burada yayınlanan diğer yanıtlara göre geri yüklendiğinden emin olduktan sonra Visual Studio'nun kapatılması ve yeniden açılması bu sorunu benim için çözdü.

Düzenleme: Bazen başka bir yeniden başlatmanın hemen ardından Visual Studio'yu yeniden başlatmak zorunda kaldım , bu yüzden yeniden başlatmanın sadece son başlattığınız için yardımcı olmayacağını varsaymayın.

Benzer bir mesajla karşılaşan Azure DevOps / VSTS ortamında benimle aynı sorunu yaşayanlara: C:\Program Files\dotnet\sdk\2.2.104\Sdks\Microsoft.NET.Sdk\targets\Microsoft.PackageDependencyResolution.targets(208,5): Error NETSDK1004: Assets file '...\obj\project.assets.json' not found. Run a NuGet package restore to generate this file

/t:RestoreDerleme Çözümünde MSBuild Bağımsız Değişkenlerinize ekleyin .

Benim için ne zaman - dotnet geri yükleme hala hata oluşuyordu.

gittim

1 Araç -> NuGet Paket Yöneticisi -> Paket Yöneticisi ayarları -> "Nuget Catche (s) üstünde temizle" seçeneğini tıklayın

2 dotnet geri yükleme

çözülen sorunlar.

Visual Studio 2017'de lütfen aşağıdaki adımları uygulayın:

1) Araç => Seçenekler => NuGet Paket Yöneticisi => Paket Kaynakları'nı seçin, ardından Microsoft Visual Studio Çevrimdışı Paketler Seçeneğinin işaretini kaldırın .

2) şimdi Tool => NuGet Package Maneger => Package Manager Console'u açın. 3) PM> dotnet restore'de komutu çalıştırın.

Umarım çalışır ...

Benim için NuGet.exe'yi 3.4'ten 4.9'a yükselttim çünkü 3.4 .NET Core paketleri nasıl geri yükleneceğini anlamıyor.

Ayrıntılar için lütfen teamcity ile dotnet restore vs nuget restore

Seç Araçlar > Nuget Paket Yöneticisi > Paket Yöneticisi Konsolu

Ve sonra Çalıştır:

dotnet restore <project or solution name>

cevap biraz geç ama bu değer katacak gibi görünüyor. Hataya bakıldığında, CI / CD boru hattında meydana geliyor gibi görünüyor.

Sadece "dotnet build" komutunu çalıştırmak yeterli olacaktır.

dotnet derlemesi

dotnet build varsayılan olarak "restore" işlevini çalıştırır.

Yukarıdaki hiçbir şey benim için işe yaramadı. Ancak tüm 'bin' ve 'obj' klasörlerini silmek hile yaptı.

/ T: Restore; MSBuild Bağımsız Değişkenlerine Oluşturma ile çözüldü

VSTS kullanırken global.json dosyanızı kontrol edin. Ben sdk sürümü sadece "2.2" olarak ayrıştırma hatasına (ama yerel olarak inşa ederken değil) neden olarak girmişti. Tam sürümü ekleyerek, "2.2.104" sorunu çözdü.

Tüm çözümden ziyade çözümümde tek bir proje oluşturmak için bir derleme kanalında 'Visual Studio Build' görevini ayarladığımda Azure DevOps'ta bu hatadan birkaç saat kaybettim.

Bunu yapmak, DevOps'un derleme için hedeflediğiniz proje tarafından başvurulan projelerin hiçbirini (veya muhtemelen bazılarından emin değilim) oluşturmaması anlamına gelir ve bu nedenle bu projeler kendi projelerine sahip olmaz. .asset dosyaları oluşturulur ve bu da bu soruna neden olur.

Benim için çözüm VS Build görevini kullanarak MSBuild görevine takas etmekti. Tek bir proje için MSBuild görevini kullanmak, oluşturduğunuz proje tarafından başvurulan projeleri doğru şekilde oluşturur ve bu hatayı ortadan kaldırır.

Bu hata Azure DevOps'taki (TFS) bir yapının parçası olarak oluşursa ve yapınızın zaten bir NuGet geri yükleme görevi varsa, bu hata NuGet geri yükleme görevinin, özellikle özel bir paket kaynağı kullanıyorsanız, tüm paketleri geri yükleyemediğini gösterebilir ( dahili bir NuGet sunucusu gibi). /t:Restore;BuildMSBuild Bağımsız Değişkenlerine eklemek hatayı çözmenin bir yolu gibi görünebilir, ancak bu MSBuild'den ek bir NuGet geri yükleme işlemi gerçekleştirmesini ister. MSBuild Visual Studio'da yapılandırılmış özel paket kaynağını kullandığından bu başarılı olduğuna inanıyorum. Tercih edilen bir çözüm, NuGet geri yükleme görevini düzeltmektir.

NuGet geri yükleme görevi için özel bir paket kaynağı yapılandırmak üzere:

1. NuGet.configTüm paket kaynaklarını (Microsoft Visual Studio Çevrimdışı Paketleri, nuget.org ve özel paket kaynağınız) listeleyen bir dosya oluşturun ve kaynak denetimine ekleyin.
2. Kullanılacak yayınlar altındaki Nuget geri yükleme görevinde : NuGet.config dosyamdaki Yayınlar seçeneğini seçin .
3. Yolunu belirtin NuGet.config.
4. /t:Restore;BuildSeçeneği MSBuild görevinden kaldırın .

Ek bilgilere buradan ulaşabilirsiniz .

Sadece NuGet paketlerini geri yüklemek işe yaramazsa, Araçlar -> Seçenekler -> NuGet Paket Yöneticisi -> Genel altında Paket Geri Yükleme altında "NuGet'in eksik paketleri indirmesine izin ver" seçeneğinin işaretli olduğundan emin olun .

Daha sonra NuGet Paketlerini geri yükleyin VEYA obj ve bin klasörlerini sildikten sonra sadece REBUILD .

@ Mostafa-bouzari önerisi yardımcı olmazsa, NuGet'in neden geri yükleyemediği hataları, örneğin proxy'nin arkasındaysanız net sorun nedeniyle, 'Hata listesi' veya 'Çıktı' pencerelerinde dikkatlice kontrol edin.

Oluşturma aracınız Net Core ve Netstandard yeni stil projelerine karşı kullanılacak ve çoğunlukla etkilenecek şekilde restoreayarlanan projelerde yapılacak şekilde ayarlanmadığında bu sorun ortaya çıkar .PackageReferencepackages.config

Visual Studio'yu açıp oluşturduğunuzda, bunu sizin için çözer. Ancak otomasyon, CLI araçları kullanıyorsanız, bu sorunu görürsünüz.

Burada birçok çözüm sunulmaktadır. Ama hatırlamanız gereken tek şey, zorlamanız gerekiyor restore. Bazı durumlarda derlemeden dotnet restoreönce kullanırsınız . MsBuild kullanarak oluşturursanız /t:Restore, komutunuza switch ekleyin .

Alt satırda, geri yüklemenin neden etkinleştirilemediğini görmeniz gerekir. Kötü nuget kaynağı veya eksik geri yükleme eylemi veya eski nuget.exe veya yukarıdakilerin tümü.

Karşılaştığım çok garip bir deneyim!

Daha önce GIT bash ve GIT cmd-Line ile klonlamıştım, yukarıdaki sorunlarla karşılaştım.

Daha sonra Tortoise-GIT ile klonladım ve her şey beklendiği gibi çalıştı.

Bu çılgın bir cevap olabilir, ancak bir kez denemek zaman kazandırabilir!

VS-2019'a 16.4.0'a bir WinForms Core 3.1 projesi (proje şablonlarından) ekledikten ve kutudan çıkarmaya çalıştıktan sonra bunu gördüm. Temiz veya tüm çözüm işe yaramadı.

Çözümümü yeniden yükledim .. Dosya / Kapat Çözümü ve sonra yeniden açıp yeniden oluşturmak sorunu çözdü.

VS2017'de nokta net çekirdeğinde bir lambda oluşturduğumda hatayı aldım. Benim için işe yarayan projeyi boşaltmak ve geri yüklemekti.

bundan sonra VS'nizi paket yöneticisi konsolunda dotnet restore komutunu çalıştırın.

Bir diğeri, Dropbox'ı kullanıyorsanız, Conflicteddosya adlarını kontrol edin, deponuzda bir arama yapın ve çakışan tüm dosyaları silin.

Dosyaları hareket ettirdiyseniz, bu olmuş olabilir.

Bu hatanın nedeni: enjekte edilen Nuget'i dosya gezginde kaldırmanız gerekir. Çözüm: Bu Nuget'i sisteminizden kaldırdıktan sonra, aşağıdaki konumdan kaldırın. Araç => Seçenekler => NuGet Paket Yöneticisi => Paket Kaynakları'nı seçin, ardından Microsoft Visual Studio Çevrimdışı Paketler Seçeneğinin işaretini kaldırın

Bu benim için çalıştı: bu paket kaynağını ekledi: Microsoft ve .net https://www.nuget.org/api/v2/curated-feeds/microsoftdotnet/ sonra konsolda "dotnet restore" komutunu çalıştırın

Benim durumumda Kullanılabilir Paket Kaynakları ile ilgili bir sorun yaşadım. Yerel nuget depo klasörünü yeni bir yola taşıdım, ancak Nuget Available Package Sources'da güncellemedim. Yol sorununu düzelttiğimde, Kullanılabilir Paket Kaynaklarında güncelleyin ve bundan sonra her şey (nuget restor, vb.) İyi çalışıyordu.

Benim için nuget kaynağı kimlik bilgileri sorunu olduğu ortaya çıktı. Kısa bir süre önce bir nexus sunucusuna erişmek için şifremi değiştirmiştim ve Visual Studio, Windows kimlik yöneticisi aracılığıyla bu sunucudaki bir külçeye erişmeye çalışırken hala eski şifreyi kullanıyordu. Düzeltmek için, kimlik bilgisi yöneticisindeki bu eski kimlik bilgileri için girişi silmek zorunda kaldım ve sonra, bir nuget geri yüklemesi yaptıktan sonra, kimlik bilgisi yöneticisine tekrar kaydedilen yeni şifreyi girmeme izin veren bir şifre istedi. Kimlik bilgisi yöneticisine cmd satırından CmdKey.exe aracını kullanarak erişebilirsiniz.

Bunu deneyin (Benim için çalıştı):

• VS'yi Yönetici olarak çalıştır
• NuGet'i en son sürüme manuel güncelleme
• Projedeki tüm bin ve obj dosyalarını silin.
• VS'yi yeniden başlat
• recompile

Aşağıdakiler için gidebilirsiniz: Araçlar> NuGet Paket Yöneticisi> Paket Yöneticisi Konsolu

Ve sonra Çalıştır:

dotnet geri yükleme