2016-05-23 8 views
2

Ich habe eine ASP.NET Core RC1-Anwendung, die in Azure über die GitHub-Bereitstellung bereitgestellt wird (d. H. Ich übergebe Source an GitHub, und die Anwendung wird von Azure erstellt/bereitgestellt).Azure ASP.NET RC1-Bereitstellungsfehler

Alles funktionierte gut bis irgendwann in den letzten 5 Tagen. Ich habe meine Anwendung vor 5 Tagen erfolgreich bereitgestellt (~ 2016-05-16). Heute habe ich eine Änderung vorgenommen und versucht, erneut zu implementieren, aber die Bereitstellung fehlgeschlagen. Ich habe versucht, die Bereitstellung erneut durchzuführen (da das Problem möglicherweise vorübergehender Natur ist) und stieß auf das gleiche Problem. Ich habe dann versucht, den vorherigen bekannten guten Commit erneut zu implementieren, der erneut fehlschlug (Hinweis: project.lock ist in der Quellcodeverwaltung). Ich rollte dann den Master zurück auf das vorherige bekannte Gut und schob das, was eine weitere Deploy ausgelöst hat, den selben Fehler.

Es könnte nur ein Zufall sein, aber RC2 mit erheblichen brechenden Änderungen wurde freigegeben, seit ich zuvor einen Einsatz versucht habe.

Ein Blick auf meinem Bereitstellungsprotokoll, der erste Fehler ist:

Failed to resolve conflicts for DNX,Version=v4.5.1 

Unable to satisfy conflicting requests for 'Microsoft.Extensions.Configuration': 
Microsoft.Extensions.Configuration (>= 1.0.0-rc1-final) (via package/Microsoft.ApplicationInsights.AspNet 1.0.0-rc1-update4), 
Microsoft.Extensions.Configuration (>= 1.0.0-rc1-final) (via package/Microsoft.AspNet.Hosting 1.0.0-rc1-final), 
Microsoft.Extensions.Configuration (>= 1.0.0-rc1-final) (via package/Microsoft.Extensions.Configuration.Json 1.0.0-rc1-final), 
Microsoft.Extensions.Configuration (>= 1.0.0-rc1-final) (via package/Microsoft.Extensions.Configuration.Binder 1.0.0-rc1-final), 
Microsoft.Extensions.Configuration (>= 1.0.0-rc1-final) (via package/Microsoft.Extensions.Configuration.Binder 1.0.0-rc1-final), 
Microsoft.Extensions.Configuration (>= 1.0.0-rc1-final) (via package/Microsoft.Extensions.Configuration.Binder 1.0.0-rc1-final), 
Microsoft.Extensions.Configuration (>= 1.0.0-rc1-final) (via package/Microsoft.Extensions.Configuration.Binder 1.0.0-rc1-final), 
Microsoft.Extensions.Configuration (>= 1.0.0-rc1-final) (via package/Microsoft.Extensions.Configuration.Binder 1.0.0-rc1-final), 
Microsoft.Extensions.Configuration (>= 1.0.0-rc1-final) (via package/Microsoft.Extensions.Configuration.Binder 1.0.0-rc1-final), 
Microsoft.Extensions.Configuration (>= 1.0.0-rc1-final) (via package/Microsoft.Extensions.Configuration.Binder 1.0.0-rc1-final), 
Microsoft.Extensions.Configuration (>= 1.0.0-rc1-final) (via package/Microsoft.Extensions.Configuration.Binder 1.0.0-rc1-final), 
Microsoft.Extensions.Configuration (>= 1.0.0-rc1-final) (via package/Microsoft.Extensions.Configuration.Binder 1.0.0-rc1-final), 
Microsoft.Extensions.Configuration (>= 1.0.0-rc1-final) (via package/Microsoft.Extensions.Configuration.Binder 1.0.0-rc1-final), 
Microsoft.Extensions.Configuration (>= 1.0.0-rc1-final) (via package/Microsoft.Extensions.Configuration.Binder 1.0.0-rc1-final), 
Microsoft.Extensions.Configuration (>= 1.0.0-rc1-final) (via package/Microsoft.Extensions.Configuration.Binder 1.0.0-rc1-final), 
Microsoft.Extensions.Configuration (>= 1.0.0-rc1-final) (via package/Microsoft.Extensions.Configuration.Binder 1.0.0-rc1-final), 
Microsoft.Extensions.Configuration (>= 1.0.0-rc1-final) (via package/Microsoft.Extensions.Configuration.Binder 1.0.0-rc1-final), 
Microsoft.Extensions.Configuration (>= 1.0.0-rc1-final) (via package/Microsoft.Extensions.Configuration.Binder 1.0.0-rc1-final), 
Microsoft.Extensions.Configuration (>= 1.0.0-rc1-final) (via package/Microsoft.Extensions.Configuration.Binder 1.0.0-rc1-final), 
Microsoft.Extensions.Configuration (>= 1.0.0-rc1-final) (via package/Microsoft.Extensions.Configuration.Binder 1.0.0-rc1-final), 
Microsoft.Extensions.Configuration (>= 1.0.0-rc1-final) (via package/Microsoft.Extensions.Configuration.Binder 1.0.0-rc1-final), 
Microsoft.Extensions.Configuration (>= 1.0.0-rc1-final) (via package/Microsoft.Extensions.Configuration.Binder 1.0.0-rc1-final)" 

ich eine ganze Reihe von Fehlern, wie die (Unable to satisfy conflicting requests for ...) für verschiedene transitive Abhängigkeiten.

Da dieses Projekt vor 5 Tagen mit einem bestimmten Commit erfolgreich implementiert wurde/project.lock, muss ich davon ausgehen, dass sich etwas in Azure oder NuGet geändert hat, um dies zu verursachen.

Ich löschte meinen lokalen NuGet-Paket-Cache und konnte erfolgreich in Visual Studio und VSCode neu aufbauen.

Alle Hinweise zur Fehlersuche sind willkommen.

Antwort

4

Dies geschah, als RC2 veröffentlicht wurde, was ein Problem mit den RC1-Bereitstellungen verursachte. Bitte verwenden Sie die folgende Problemumgehung (von here):

  • Copy .deployment und deploy.cmd von https://github.com/davidebbo-test/AspNet5RC1
  • bearbeiten this line in deploy.cmd zu Ihrem project.json
  • auch darauf hinweisen, wenn Ihr Projekt auf ist etwas anderes als rc1-update1 (zB wenn es auf beta8 ist), müssen Sie alle rc1 Referenzen in dieser Datei reparieren (es gibt zwei).
  • Übergeben Sie beide Dateien im Stammverzeichnis Ihres Repositorys.

Dass gesagt wird, sollten Sie bewegen zu RC2 suchen in :)

+1

Ich werde diese Schritte heute Abend versuchen. Ich kann nicht zu RC2 wechseln, bis Swashbuckle RC2-kompatibel ist, das ist meine letzte nicht migrierte Abhängigkeit. –

+0

Verstanden. Die Problemumgehung bringt Sie wieder in Schwung, bis die Zeit für RC2 richtig ist. –

+0

@DavidEbbo Dieses Problem tritt auf, aber ich habe bereits ein benutzerdefiniertes Bereitstellungsmodell verwendet (um meine EF-Migrationen automatisch auszuführen). Ich bekomme einen etwas anderen Fehler bei einem Versuch, RC2-Bibliotheken herunterzuladen. Wenn Sie Ihr Skript mit meinem vergleichen, besteht der einzige Unterschied in der Verwendung von x64, meinem EF-Befehl und dem Entfernen der POST_DEPLOY-Erkennung.Denkst du, dass irgendwas davon einen Faktor spielen würde? –

0

Eine andere Sache ist, zu überprüfen, ob Sie „öffnen“ Bibliotheksversion Anforderungen haben. Für mich lag das Problem bei meinen 1.0.0- * Abhängigkeiten. Da sie in der Version "offen" waren, versuchten sie, RC2-Abhängigkeiten zu greifen, die nicht kompatibel waren. Sobald ich diese zu einer festen RC1 geändert habe, haben sich die Dinge selbst gelöst. Ich konnte nicht auf RC2 aktualisieren, da einige meiner anderen Bibliotheken nicht kompatibel waren.

Verwandte Themen