Die Abhängigkeit >= 1.0.0-rc1-update1 kann nicht aufgelöst werden

Ich will update my C# web-Anwendung zur nächsten asp.net version.

Lief ich

dnvm use  1.0.0-rc1-update1 -r clr arch x64 -p

und dnvm-Liste zeigt, dass die aktive version gesetzt wurde, um rc1-update1

Nun will ich update meine VS2015 Lösung zu verwenden rc1-update1

Ich bearbeitete Projekt.json-Aktualisierung der version vom rc1-final rc1-update1

aber VS zeigt jetzt "Paket-Wiederherstellung fehlgeschlagen". und ich habe Fehlermeldungen wie diese.

Severity    Code    Description Project File    Line    Suppression State
Error   CS0234  The type or namespace name 'AspNet' does not exist in the namespace 'Microsoft' (are you missing an assembly reference?)    MyBootStrap.DNX 4.5.1

Schweben meine Maus über die bearbeiteten Abhängigkeiten im Projekt.json zeigt

Die Abhängigkeit >= 1.0.0-rc1-update1 kann nicht aufgelöst werden

Ich muss fehlt ein Schritt.
Wie upgrade ich mein Projekt, verwenden Sie die Aktive Version des Frameworks?

[Update]
Wenn ich erstellen Sie eine neue Webanwendung aus der Vorlage merke ich, dass es immer noch rc1-Finale.

Gibt es auch eine Meldung im Fenster des Projektmappen-Explorers
Paket "Wiederherstellung fehlgeschlagen"
Die Ausgabe zeigt die folgenden

PATH=.\node_modules\.bin;C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\Extensions\Microsoft\Web Tools\External;
%PATH%;C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\Extensions\Microsoft\Web Tools\External\git
C:\Users\kirsten\.dnx\runtimes\dnx-clr-win-x86.1.0.0-rc1-update1\bin\dnx.exe "C:\Users\kirsten\.dnx\runtimes\dnx-clr-win-x86.1.0.0-rc1-update1\bin\lib\Microsoft.Dnx.Tooling\Microsoft.Dnx.Tooling.dll" 
restore "E:\EShared\Dev2016\MyBootStrap\src\MyBootStrap" -f "C:\Program Files (x86)\Microsoft Web Tools\DNU"
Microsoft .NET Development Utility Clr-x86-1.0.0-rc1-16231
  CACHE https://www.nuget.org/api/v2/
Restoring packages for E:\EShared\Dev2016\MyBootStrap\src\MyBootStrap\project.json
  CACHE https://www.nuget.org/api/v2/FindPackagesById()?id='Microsoft.AspNet.Diagnostics'
  CACHE https://www.nuget.org/api/v2/FindPackagesById()?id='Microsoft.AspNet.IISPlatformHandler'
  CACHE https://www.nuget.org/api/v2/FindPackagesById()?id='Microsoft.AspNet.Mvc'
  CACHE https://www.nuget.org/api/v2/FindPackagesById()?id='Microsoft.AspNet.Mvc.TagHelpers'
  CACHE https://www.nuget.org/api/v2/FindPackagesById()?id='Microsoft.AspNet.Server.Kestrel'
  CACHE https://www.nuget.org/api/v2/FindPackagesById()?id='Microsoft.AspNet.StaticFiles'
  CACHE https://www.nuget.org/api/v2/FindPackagesById()?id='Microsoft.AspNet.Tooling.Razor'
  CACHE https://www.nuget.org/api/v2/FindPackagesById()?id='Microsoft.Extensions.Configuration.FileProviderExtensions'
  CACHE https://www.nuget.org/api/v2/FindPackagesById()?id='Microsoft.Extensions.Configuration.Json'
  CACHE https://www.nuget.org/api/v2/FindPackagesById()?id='Microsoft.Extensions.Logging'
  CACHE https://www.nuget.org/api/v2/FindPackagesById()?id='Microsoft.Extensions.Logging.Console'
  CACHE https://www.nuget.org/api/v2/FindPackagesById()?id='Microsoft.Extensions.Logging.Debug'
  CACHE https://www.nuget.org/api/v2/FindPackagesById()?id='Microsoft.VisualStudio.Web.BrowserLink.Loader'
Unable to locate Dependency Microsoft.AspNet.Diagnostics >= 1.0.0-rc1-update1
Unable to locate Dependency Microsoft.AspNet.IISPlatformHandler >= 1.0.0-rc1-update1
Unable to locate Dependency Microsoft.AspNet.Mvc >= 6.0.0-rc1-update1
Unable to locate Dependency Microsoft.AspNet.Mvc.TagHelpers >= 6.0.0-rc1-update1
Unable to locate Dependency Microsoft.AspNet.Server.Kestrel >= 1.0.0-rc1-update1
Unable to locate Dependency Microsoft.AspNet.StaticFiles >= 1.0.0-rc1-update1
Unable to locate Dependency Microsoft.AspNet.Tooling.Razor >= 1.0.0-rc1-update1
Unable to locate Dependency Microsoft.Extensions.Configuration.FileProviderExtensions >= 1.0.0-rc1-update1
Unable to locate Dependency Microsoft.Extensions.Configuration.Json >= 1.0.0-rc1-update1
Unable to locate Dependency Microsoft.Extensions.Logging >= 1.0.0-rc1-update1
Unable to locate Dependency Microsoft.Extensions.Logging.Console >= 1.0.0-rc1-update1
Unable to locate Dependency Microsoft.Extensions.Logging.Debug >= 1.0.0-rc1-update1
Unable to locate Dependency Microsoft.VisualStudio.Web.BrowserLink.Loader >= 14.0.0-rc1-update1
Writing lock file E:\EShared\Dev2016\MyBootStrap\src\MyBootStrap\project.lock.json
Restore complete, 413ms elapsed

aus, dann sehe ich es versucht zu starten die x86-version von dnx. Warum würde das sein?

[Update]
Ich Frage mich, warum es wäre mit nuget.org/api/v2 also habe ich neu installiert nuget mit extension manager. Es zeigt die version
3.3.0.167 im Extension Manager, noch der output-Fenster für den Paket-Manager noch metions V2.

Ich bin mit Windows 7

[Update]
Projekt.json ist

{
  "version": "1.0.0-*",
  "compilationOptions": {
    "emitEntryPoint": true
  },

  "dependencies": {
    "Microsoft.AspNet.Diagnostics": "1.0.0-rc1-update1",
    "Microsoft.AspNet.IISPlatformHandler": "1.0.0-rc1-update1",
    "Microsoft.AspNet.Mvc": "6.0.0-rc1-update1",
    "Microsoft.AspNet.Mvc.TagHelpers": "6.0.0-rc1-update1",
    "Microsoft.AspNet.Server.Kestrel": "1.0.0-rc1-update1",
    "Microsoft.AspNet.StaticFiles": "1.0.0-rc1-update1",
    "Microsoft.AspNet.Tooling.Razor": "1.0.0-rc1-update1",
    "Microsoft.Extensions.Configuration.FileProviderExtensions" : "1.0.0-rc1-update1",
    "Microsoft.Extensions.Configuration.Json": "1.0.0-rc1-update1",
    "Microsoft.Extensions.Logging": "1.0.0-rc1-update1",
    "Microsoft.Extensions.Logging.Console": "1.0.0-rc1-update1",
    "Microsoft.Extensions.Logging.Debug": "1.0.0-rc1-update1",
    "Microsoft.VisualStudio.Web.BrowserLink.Loader": "14.0.0-rc1-update1"
  },

  "commands": {
    "web": "Microsoft.AspNet.Server.Kestrel"
  },

  "frameworks": {
    "dnx451": { },
    "dnxcore50": { }
  },

  "exclude": [
    "wwwroot",
    "node_modules"
  ],
  "publishExclude": [
    "**.user",
    "**.vspscc"
  ],
  "scripts": {
    "prepublish": [ "npm install", "bower install", "gulp clean", "gulp min" ]
  }
}

Hier ist mein NuGet.Config-Datei

    <?xml version="1.0" encoding="utf-8"?>
<configuration>
  <packageRestore>
    <add key="enabled" value="True" />
    <add key="automatic" value="True" />
  </packageRestore>
  <packageSources>
    <add key="SBD" value="E:\EShared\NuGet" />
    <add key="nuget.org" value="https://www.nuget.org/api/v2/" />
  </packageSources>
  <activePackageSource>
    <add key="nuget.org" value="https://www.nuget.org/api/v2/" />
  </activePackageSource>
</configuration>

Hier ist mein Paket Quellen

Den SBD ist nur ein paar entwickelten wir im Haus. Ich glaube nicht, es sollte Einfluss auf die Dinge.

Die Abhängigkeit >= 1.0.0-rc1-update1 kann nicht aufgelöst werden

ich habe auch versucht, neu zu starten.
Diese asp.net Baugruppen werden einfach nicht veröffentlicht, um Nuget (noch) nicht, rc1-Finale ist die Letzte verfügbare version. Dies soll nicht funktionieren.
Tun Sie nur manuell geänderte version zahlen von alle Abhängigkeiten? Jede dll kann separat entwickelt und veröffentlicht auf NuGet. Einige dlls haben noch immer den Namen -bata8, andere haben -rc1-final und nur einige von dort aus wurde aktualisiert Update1 und haben -rc1-update1 in der Versionsnummer. Könnten Sie die post project.json (nicht als Bild) oder posten Sie den link zu dem test-Projekt, die man nutzen kann? Übrigens gibt es separate NuGet-repositories für verschiedene Zustand ASP.NET 5. Ich würde Ihnen empfehlen, Lesen Sie die Antwort.
Danke @Oleg ich gepostet Projekt.json oben. Lesen Sie die link, den Sie geschickt.
Es ist nicht wichtig. Sie können https://api.nuget.org/v3/index.json in Visual Studio 2015+ zu verwenden NuGet-V3 füttern und zu verwenden https://www.nuget.org/api/v2/ in Visual Studio 2012+ zu verwenden NuGet-V2-feed. Es ist wichtig, dass Sie die gleiche NuGet-Pakete, die Sie finden können, auf https://www.nuget.org/packages/. Ich denke, dass Sie mischen einige andere Dinge. Ich Schreibe die Antwort klar.
Danke @Oleg, ich habe aus versehen gelöscht, mein Kommentar, den Sie antwortete.. das füge ich jetzt zurück. - Warum würde mein NuGet-Paket-Quellen werden mit V2? Ich sehe aus deinem link, den Sie empfehlen api.nuget.org/v3/index.json
Seltsam, dass das Nuget-Paket-Quellen nicht aktualisiert zu V3, wenn ich aktualisiert, um VS2015

InformationsquelleAutor Kirsten Greed | 2016-01-01

6

Es scheint, Sie haben vermischt die version von dnx (Microsoft .NET Execution environment), die version von dnvm (.NET Version Manager) mit der Versionsnummer des assemblies.

ASP.NET hat eine modulare Struktur. Dies hat Vorteile und Nachteile. Zunächst können Sie überprüfen Sie Ihre aktuelle dnvm (.NET Version Manager) mithilfe:
```
dnvm version
```
Können Sie
```
dnvm update-self
```
aktualisieren Sie auf die neueste version.

In der gleichen Weise, die Sie verwenden können,
```
dnvm list
```
sehen alle dnx (Microsoft .NET Execution environment) installiert in Ihrem Profil. %USERPROFILE%\.dnx\runtimes. Haben Sie einen Ordner für jede installierte version von dnx. Durch die Verwendung dnvm use 1.0.0-rc1-update1 -r clr arch x64 -p Sie den PFAD ändern. Sie können den aktuellen Versionen dnx verwendet standardmäßig
```
dnx --version
```
Verwendet es die dnx.exe aus dem Unterverzeichnis %USERPROFILE%\.dnx\runtimes, die Sie enthalten, in PFAD von dnvm use ....

Wenn Sie Visual Studio-Projekt erstellen Ihnen dann in der Regel global.json enthält
```
{
  "projects": [
    "src"
  ],
  "sdk": {
    "version": "1.0.0-rc1-update1"
  }
}
```
Solche Einstellung informiert Sie die version von dnx, die verwendet werden sollten, während der Bau der Lösung/Projekt.

Alle oben genannten Schritte haben keinen Bezug zu Versionen von vielen der vorhandenen Pakete derzeit freigegeben. Sie können gehen Sie zu der Seite https://www.nuget.org/packages/ und Suche für die Namen der Pakete. Die gleichen Pakete werden gefunden, wenn Sie https://www.nuget.org/api/v2/ oder https://api.nuget.org/v3/index.json NuGet-Konfiguration. Sie können prüfen, http://myget.org/gallery/aspnetmaster sehen Sie sich die aktuelle version von ASP.NET 5 Baugruppen der "master" - builds (stable build) und Sie können prüfen, http://myget.org/gallery/aspnetvnext zu sehen, das neueste (unstable von GitHub dev). Kann man eine Menge von anderen feeds unter https://www.myget.org/gallery/, aber meiner Meinung nach nur https://api.nuget.org/v3/index.json und https://www.myget.org/F/aspnetmaster/api/v3/index.json sollte verwendet werden, wenn Sie wollen, verwenden Sie die neueste stabile Version von ASP.NET 5.

Werden Sie sehen, dass Sie die Letzte stabile Version von http://myget.org/gallery/aspnetmaster haben der name "1.0.0-rc1-Finale", aber es gibt immer noch viele Baugruppen, die haben eine andere version als *-rc1-final. In der gleichen Weise instabil bauen von http://myget.org/gallery/aspnetvnext haben heute der name "v1.0.0-rc2-16357", aber es gibt eine Menge von Versammlungen, die haben eine andere version als *-rc2-16357.

In anderen Worten sollten Sie nicht ändern Sie einfach die Namen aller Abhängigkeiten, version "*-rc1-update1". Sie können öffnen "NuGet-Pakete Verwalten..." im Kontextmenü das Häkchen bei "Include prerelease" und wählen Sie "Updates", um zu sehen, ob ein neues Paket, welches Sie im "Abhängigkeiten" von package.json freigegeben wird. Nur, wenn Sie finden, einige neue Paket, dann können Sie es aktualisieren, aber die Verwendung von-rc1-update1 für alle Pakete wird ein Fehler erzeugt.
- Vielen Dank für Ihre umfassende Antwort. Persönlich musste ich kopieren und einfügen der Paket-feed hier, um die Paket-Quellen-Einstellungen von NuGet, und es funktionierte.
- Es gibt viele andere feeds, die von Microsoft dazu verwendet werden, zu veröffentlichen, einige neuere Pakete: myget.org/F/aspnetvolatiledev/api/v3/index.json, myget.org/F/dotnet-core/api/v3/index.json, myget.org/F/aspnet-contrib/api/v3/index.json, myget.org/F/azureadwebstacknightly/api/v3/index.json, nuget.org/api/v2/curated-feeds/microsoftdotnet. Die beste Wahl hängt von vielen Kriterien. Es ist nur wichtig zu wissen, die Bedeutung der Konfiguration des NuGet-feeds.
InformationsquelleAutor Oleg
2

Einige Werkzeuge, wählen Sie den Rahmen nach Aliasen. In command line, überprüfen Sie, ob der alias "Standard" zugewiesen 1.0.0-rc1-update1 clr x64-version. Wenn nicht, führen Sie den folgenden Befehl.
```
dnvm alias default 1.0.0-rc1-update1 -a x64 -r clr
```
Sollte dies das problem beheben.
- Danke Michael, aber keine Freude.
InformationsquelleAutor Michael Vakoč

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.