Aws-lambda-dotnet: Lösung des Problems von NETStandard.Library 1.6.1

Erstellt am 6. Juni 2017 · 3Kommentare · Quelle: aws/aws-lambda-dotnet

Ich denke, wir alle kennen den Schmerz, der uns durch die schlechte Versionierung des Pakets NETStandard.Library 1.6.1 verursacht wird.

Ich weiß, dass die neuesten Versionen von Amazon.Lambda.Tools es zum Zeitpunkt der Bereitstellung gelöst haben, aber ich frage mich, ob es einen Grund gibt, warum die Einschränkung der einfachen Paketversion nicht funktioniert?

Ich denke an etwas wie <PackageReference Include="NETStandard.Library" Version="[1.6.0]" /> , das dem Paket Amazon.Lambda.Core $ hinzugefügt wurde. Dies gibt uns bei der Wiederherstellung einen Fehler, wenn wir Pakete neuerer Laufzeiten verwenden.

guidance

Quelle

Kralizek

Hilfreichster Kommentar

BEZIEHT sich dies auf die Tatsache, dass das Deplying auf AWS auslöst?:
Project is referencing NETStandard.Library version 1.6.1. Max version supported by netcoreapp1.0 is 1.6.0.

Wenn ja, was ist die Lösung? Ich habe es nicht geschafft, es zu lösen.

Danke,

JNBarnes am 6. Juni 2017

👍7

Alle 3 Kommentare

BEZIEHT sich dies auf die Tatsache, dass das Deplying auf AWS auslöst?:
Project is referencing NETStandard.Library version 1.6.1. Max version supported by netcoreapp1.0 is 1.6.0.

Wenn ja, was ist die Lösung? Ich habe es nicht geschafft, es zu lösen.

Danke,

JNBarnes am 6. Juni 2017

👍7

@JNBarnes Ich denke, Sie haben keine andere Lösung als die Verwendung von .NET Core 1.0 und verwenden daher das Paket (direkt oder indirekt) mit der Version 1.6.0.

Kralizek am 6. Juni 2017

Das ist eine interessante Idee. Ich habe damit herumgespielt und Sie erhalten wirklich keine sehr hilfreichen Fehlermeldungen. Das habe ich bekommen, als ich es ausprobiert habe.

Package restore failed. Rolling back package changes for 'AWSLambda1'.

Ich gebe unsere Nachrichten lieber während der Bereitstellung weiter, als Probleme darüber zu bekommen, warum ich ein Paket nicht wiederherstellen kann.