Verhaltensunterschied zwischen Actor- und Service-Projekten in Azure Service Fabric

8

In einem Actor -Projekt wird der AssemblyVersionAttribute -Wert verwendet, um die ServiceManifest -Version zusammen mit der Code- und Konfigurationsversion zu aktualisieren. Es gibt kein solches Verhalten für Service -Projekte.

Diese aktualisierte Version wird auch verwendet, um die ServiceManifestRef -Referenz ServiceManifestVersion in ApplicationManifest zu aktualisieren. Während ApplicationManifest bei jedem Build geändert wird, wird keine manuell festgelegte Version im Service -Projekt angezeigt.% Co_de% wird in ServiceManifest entweder aktualisiert.

Ist das geplante oder beabsichtigte Verhalten für Service -Projekte?

Ich verwende Visual Studio 2015 RC, die erste Vorschau des Service Fabric SDK und 4.0.95-preview1 der NuGet-Pakete.

    
George Tsiokos 10.08.2015, 00:35
quelle

1 Antwort

2

Kurze Antwort: Dieser Verhaltensunterschied ist temporär, da wir unsere Tooling-Unterstützung für Versionierung und Upgrade verbessern.

Etwas längere Antwort: Ein Teil des ursprünglichen Ziels des Service Fabric-Actor-Frameworks bestand darin, die Details der Manipulation der Anwendungs- und Dienstmanifeste wegzuspulen, sodass Sie sich wirklich auf Ihre Geschäftslogik konzentrieren können. Daher enthält das SDK ein Tool (FabActUtil genannt), das dafür verantwortlich ist, einen Teil dieser Manipulation in Ihrem Auftrag als Post-Build-Schritt auszuführen. Es gibt derzeit kein solches Werkzeug für zuverlässige Dienstleistungsprojekte. Wir erwägen Optionen zum Ausgleich dieses Unterschieds als Teil des Hinzufügens von Upgrade-Unterstützung zu Visual Studio. Wir müssen ein Gleichgewicht finden zwischen der Kontrolle über Ihr Versionierungsschema und der Aufgabe, Ihre Versionsänderungen nach Bedarf in der gesamten Anwendung zu kaskadieren.

    
Sean McKenna - MSFT 19.08.2015, 11:40
quelle

Tags und Links