{"id":141,"date":"2021-04-07T07:32:27","date_gmt":"2021-04-07T07:32:27","guid":{"rendered":"http:\/\/erdbeerbeet.com\/?p=141"},"modified":"2021-09-06T13:43:48","modified_gmt":"2021-09-06T13:43:48","slug":"meine-flutter-fahrt-app-updates","status":"publish","type":"post","link":"https:\/\/erdbeerbeet.com\/de\/meine-flutter-fahrt-app-updates","title":{"rendered":"Meine Flutter-Fahrt – App-Updates"},"content":{"rendered":"\n

Seine App endlich in einem Store zu ver\u00f6ffentlichen ist ein gro\u00dfer Schritt. Aber noch wichtiger sind tats\u00e4chlich regelm\u00e4\u00dfige Updates. Ich bin bem\u00fcht nicht zu vergessen, wie genau ich das anstelle, immerhin gibt es auch noch verschiedene Plattformen zu ber\u00fccksichtigen, wenn das also kein Grund f\u00fcr diesen Beitrag ist, dann wei\u00df ich auch nicht.<\/p>\n\n\n\n

Das Problem<\/h2>\n\n\n\n

Besonders ein Framework wie Flutter bekommt im Monat mehrere Updates. Ebenso genutzte Plugins und Dependencies. Das allein sollte Grund genug sein f\u00fcr ein monatliches Update. Au\u00dferdem hab ich mal gelesen, dass sich das positiv auf die Positionierung im Store auswirkt…<\/p>\n\n\n\n

Jetzt gibt es den Apple-Store, Play-Store, eine gehostete Web-App und bald noch Desktop-Apps. Ich kann nicht die einzige sein, die regelm\u00e4\u00dfig vor ihrer Entwicklungsumgebung sitzt und sich denkt “verdammt, ich hab das erst letzten Monat gemacht, welchen Knopf muss ich nochmal dr\u00fccken…”<\/p>\n\n\n\n

Zu aller erst muss die zu ver\u00f6ffentliche Version gepr\u00fcft werden. Mit Emulator, Ger\u00e4ten, im Browser, auf dem Desktop. Und das nur erg\u00e4nzend zu Tests und Versions-Management.<\/p>\n\n\n\n

Play-Store Update<\/h2>\n\n\n\n

Vor dem Erstellen einer neuen Version muss der Versionsname und Versionscode der aktuellen App abgeglichen werden, um Komplikationen zu vermeiden.<\/p>\n\n\n\n

Signed Bundle bauen<\/h3>\n\n\n\n

Der Google-Play-Store ben\u00f6tigt eine apk-Datei oder ein App-Bundle, das in das Release eingef\u00fcgt wird. Um dies zu erhalten muss man sein Projekt zun\u00e4chst einmal in Android Studio<\/strong> \u00f6ffnen (um genau zu sein das Android-Verzeichnis des Projekts).<\/p>\n\n\n\n

Wenn irgendwo Test-IDs genutzt werden, z.B. f\u00fcr Werbung, immer daran denken, diese vorher zu ersetzen.<\/p>\n\n\n\n

Die Datei local.properties<\/strong> \u00f6ffnen, um die Release-Informationen anzupassen.<\/p>\n\n\n\n

flutter.buildMode=release
flutter.versionName=2.0.2
flutter.sdk=\/Library\/flutter
sdk.dir=\/Users\/erdbaerchen\/Library\/Android\/sdk
flutter.versionCode=42<\/code><\/pre>\n\n\n\n
Der Versionscode muss h\u00f6her sein als jeder der aktuell ver\u00f6ffentlichten App.<\/p>\n\n\n\n
Um die Build-Datei zu generieren Build > Generate Signed Bundle \/ APK<\/strong>. Das dauert ein bisschen, danach kann der locate<\/strong>-Link im Event-Log genutzt werden, um den Ordner mit der neuen App-Datei direkt zu \u00f6ffnen.<\/p>\n\n\n\n
\"This<\/figure>\n\n\n\n
Neues Release erstellen<\/h3>\n\n\n\n
Je nachdem was f\u00fcr eine Art Track ver\u00f6ffentlich werden soll kann “Produktion”, “Offener Test” (Beta) oder “Geschlossener Test” ausgew\u00e4hlt werden. Das neue Releasee wird mit dem gro\u00dfen, blauen Button oben rechts erstellt.<\/p>\n\n\n\n
App Bundle oder APKs<\/strong> hochladen, am einfachsten per Drag-and-Drop aus dem im letzten Schritt ge\u00f6ffneten Ordner. Die Datei wird hochgeladen und daraufhin als neuer Build-Eintrag unterhalb des Feldes angezeigt. Der Release-Name<\/strong> wird automatisch aus der Datei gezogen. Dann sollten noch Release-Notes<\/strong> eingepflegt werden um zu zeigen, welche \u00c4nderungen diese neue Version mit sich bringt. Diese werden auch sp\u00e4ter im Store angezeigt.<\/p>\n\n\n\n
Jetzt Speichern<\/strong>, \u00dcberpr\u00fcfen<\/strong> und Ver\u00f6ffentlichen<\/strong>, um die neue App-Version auf den Weg zu schicken. Abh\u00e4ngig von der App-Gr\u00f6\u00dfe kann das eine Stunde oder l\u00e4nger dauern.<\/p>\n\n\n\n
\"This<\/figure>\n\n\n\n
Sobald das Update im Store verf\u00fcgbar ist wird dies in der Releases<\/strong>-Liste angezeigt.<\/p>\n\n\n\n
App-Store Update<\/h2>\n\n\n\n
Der erste Schritt wird in Xcode durchgef\u00fchrt. Wieder gilt es Build- und Versions-Nummer zu pr\u00fcfen.<\/p>\n\n\n\n
Wenn irgendwo Test-IDs genutzt werden, z.B. f\u00fcr Werbung, immer daran denken, diese vorher zu ersetzen.<\/p>\n\n\n\n
Archiv bauen<\/h3>\n\n\n\n
\"This<\/figure>\n\n\n\n
Um die richtigen Dateien zu nutzen, den Runner<\/strong> des Projects ausw\u00e4hlen und Any iOS Device<\/strong> als Build-Ziel ausw\u00e4hlen. Im General<\/strong>-Reiter kann noch einmal \u00fcberpr\u00fcft werden, dass Version und Build-Nummer h\u00f6her sind als die der aktiven Version im App-Store.<\/p>\n\n\n\n
Product > Archive<\/strong> baut ein neues Archiv. Wurde der Build erfolgreich abgeschlossen \u00f6ffnet sich ein Fenster mit einer Liste der Archive. Eine weitere Chance, um Build- und Versionsnummer zu \u00fcberpr\u00fcfen. Distribute App<\/strong> klicken, um fortzufahren. Es folgt ein Wizard, nach dem das Archiv bereit ist f\u00fcr den Upload. Das dauert eine Weile…<\/p>\n\n\n\n
\"This<\/figure>\n\n\n\n
Entweder gibt es einen Fehler, oder eine h\u00fcbsche Zusammenfassung der App, die man gerade hochladen m\u00f6chte. Upload<\/strong> anklicken. Und warten.
Nachdem die Meldung “successfully uploaded” angezeigt wird, Done<\/strong> klicken und weiter zum n\u00e4chsten Schritt.<\/p>\n\n\n\n
Xcode sendet den neuen Build direkt zum App-Store. Aber das kann einige Minuten Dauern. In der Zwischenzeit kann schon einmal das n\u00e4chste Release vorbereitet werden.<\/p>\n\n\n\n
Es ist gut m\u00f6glich, dass man mehrere E-Mails erh\u00e4lt, die auf Verbesserungen hinweisen oder Fehler aufzeigen, die eine Ablehnung der App bedeuten.<\/p>\n\n\n\n
Neuen Release erstellen<\/h3>\n\n\n\n
\"This<\/figure>\n\n\n\n
App Store Connect<\/strong> im Browser \u00f6ffnen und zur App navigieren. Unterhalb des App-Titels auf + klicken um einen neuen Release anzulegen.<\/p>\n\n\n\n
Release-Informationen einpflegen. Um den frisch hochgeladenen Build einzuf\u00fcgen muss abgewartet werden, bis er best\u00e4tigt wurde.
Sobald eine E-Mail kommt die enth\u00e4lt “has completed processing<\/strong>“, kann der Build von App Store Connect ausgew\u00e4hlt werden.<\/p>\n\n\n\n
\"This<\/figure>\n\n\n\n
Build ausw\u00e4hlen, speichern<\/strong> und “Enter for processing<\/strong>” ausw\u00e4hlen. Unterhalb des App-Titels wird der Zustand der Releases angezeigt. Au\u00dferdem kommt eine E-Mail die mitteilt, dass die App verarbeitet wird: Waiting for Review<\/strong>.<\/p>\n\n\n\n
\"This<\/figure>\n\n\n\n
Warten<\/h3>\n\n\n\n
\"This<\/figure>\n\n\n\n
Es kommen ganze 5 E-Mails im Verlauf des Ver\u00f6ffentlichungs-Prozesses an.<\/p>\n\n\n\n
Diejenige welche enth\u00e4lt, dass die App “Ready for Sale” ist, ist vorerst die letzte. Jetzt k\u00f6nnen die Benutzer ihre Apps mit der neuen Version updaten.
Meiner Erfahrung nach dauert dieser Schritt mindestens einen halben Tag.<\/p>\n\n\n\n
Web Update<\/h2>\n\n\n\n
Web-Dateien erstellen<\/h3>\n\n\n\n
Im Terminal der IDE flutter build web<\/code> ausf\u00fchren. Dies erstellt die Build-Dateien im \/web Ordner des Projekts.<\/p>\n\n\n\n
\"This<\/figure>\n\n\n\n
Mit dem FTP-Client der Wahl eine Verbindung zum Web-Hosting herstellen. Die neuen Dateien hochladen und im Browser \u00fcberpr\u00fcfen, ob alles geklappt hat.<\/p>\n","protected":false},"excerpt":{"rendered":"
This is for me to remember how to update my app for all the flutter platforms… and for those who are interested.<\/p>\n","protected":false},"author":1,"featured_media":384,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[48,13,12],"tags":[16,14],"class_list":["post-141","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-companero","category-flutter","category-programming","tag-app","tag-flutter"],"translation":{"provider":"WPGlobus","version":"3.0.0","language":"de","enabled_languages":["en","de"],"languages":{"en":{"title":true,"content":true,"excerpt":true},"de":{"title":true,"content":true,"excerpt":false}}},"_links":{"self":[{"href":"https:\/\/erdbeerbeet.com\/de\/wp-json\/wp\/v2\/posts\/141","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/erdbeerbeet.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/erdbeerbeet.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/erdbeerbeet.com\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/erdbeerbeet.com\/de\/wp-json\/wp\/v2\/comments?post=141"}],"version-history":[{"count":12,"href":"https:\/\/erdbeerbeet.com\/de\/wp-json\/wp\/v2\/posts\/141\/revisions"}],"predecessor-version":[{"id":392,"href":"https:\/\/erdbeerbeet.com\/de\/wp-json\/wp\/v2\/posts\/141\/revisions\/392"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/erdbeerbeet.com\/de\/wp-json\/wp\/v2\/media\/384"}],"wp:attachment":[{"href":"https:\/\/erdbeerbeet.com\/de\/wp-json\/wp\/v2\/media?parent=141"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/erdbeerbeet.com\/de\/wp-json\/wp\/v2\/categories?post=141"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/erdbeerbeet.com\/de\/wp-json\/wp\/v2\/tags?post=141"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}