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.
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. –
Verstanden. Die Problemumgehung bringt Sie wieder in Schwung, bis die Zeit für RC2 richtig ist. –
@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? –