Versionsnummern kommen aus project.yml statt dreifach auseinanderzulaufen

Die Info.plist hatte CFBundleShortVersionString und CFBundleVersion fest auf
"1.0" und "1" stehen. Damit blieb jede Aenderung an MARKETING_VERSION wirkungslos:
Xcode baute weiter 1.0, und da 1.0 bereits veroeffentlicht ist, lehnte App Store
Connect den Upload ab ("Invalid Pre-Release Train").

Beide Werte ziehen jetzt ueber $(MARKETING_VERSION) und
$(CURRENT_PROJECT_VERSION) aus den Build-Einstellungen - so, wie es die Datei
fuer EXECUTABLE_NAME, PRODUCT_NAME und den Bundle-Identifier schon tat. Gepflegt
werden sie in project.yml, die ohnehin die Quelle des Projekts ist; ein in Xcode
angeklicktes 1.1 hatte der naechste "xcodegen generate" sonst wieder verworfen.

Auf 1.1 (2) gesetzt und gegengeprueft: das gebaute Bundle meldet 1.1 / 2.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

ios/project.yml

@@ -46,7 +46,14 @@ targets:
         ASSETCATALOG_COMPILER_APPICON_NAME: AppIcon
         CODE_SIGN_STYLE: Automatic
         DEVELOPMENT_TEAM: PP34X97WS3
-        MARKETING_VERSION: "1.0"
+        # Die einzige Stelle fuer die Versionsnummern. Die Info.plist zieht
+        # sie ueber $(MARKETING_VERSION)/$(CURRENT_PROJECT_VERSION) - frueher
+        # standen dort feste Werte, die jede Aenderung hier wirkungslos machten.
+        # MARKETING_VERSION ist die sichtbare Version (App Store), 
+        # CURRENT_PROJECT_VERSION die Build-Nummer: muss bei jedem Upload
+        # innerhalb derselben Version steigen.
+        MARKETING_VERSION: "1.1"
+        CURRENT_PROJECT_VERSION: "2"
         TARGETED_DEVICE_FAMILY: "1,2"
         SWIFT_VERSION: "5.9"
         GENERATE_INFOPLIST_FILE: NO