Skip to content

[Release] Produktive App-IDs und Signierung konfigurieren #10

@Fenron-dev

Description

@Fenron-dev

Ausgangslage

Die nativen Projekte verwenden weiterhin Flutter-Beispielkennungen und
Beispiel-Copyrights. Android-Release-Builds werden zudem mit dem Debug-Key
signiert. Das verhindert eine belastbare produktive Distribution und spaetere
Store-Updates unter stabilen App-Identitaeten.

Betroffene Stellen:

  • android/app/build.gradle.kts
  • android/app/src/main/kotlin/com/example/mediashelf/MainActivity.kt
  • ios/Runner.xcodeproj/project.pbxproj
  • macos/Runner/Configs/AppInfo.xcconfig
  • linux/CMakeLists.txt
  • windows/runner/Runner.rc

Akzeptanzkriterien

  • Verbindliche Reverse-Domain/App-ID wurde festgelegt
  • Android Namespace, Application-ID und Kotlin-Package wurden migriert
  • iOS- und macOS-Bundle-IDs inklusive Test-Targets wurden migriert
  • Linux Application-ID wurde migriert
  • Windows Hersteller-, Produkt- und Copyright-Metadaten wurden gesetzt
  • Android-Release-Signierung nutzt keinen Debug-Key mehr
  • Signierungsgeheimnisse werden nicht im Repository gespeichert
  • Release-Builds fuer alle unterstuetzten Plattformen wurden geprueft

Nutzerpruefung

  • Installation und Start des produktiv signierten Builds wurden geprueft
  • Upgrade von einer vorherigen Testversion wurde bewertet oder dokumentiert

Metadata

Metadata

Assignees

No one assigned

    Labels

    area: releaseBuild, Signierung und Distributionpriority: highZeitnah oder vor dem naechsten Release erforderlichtype: maintenanceWartung und technische Schuld

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions