Worktree lebih cocok digunakan sebagai direktori eksekusi sementara

Beberapa waktu lalu, penggunaan umum adalah menyiapkan worktree terlebih dahulu, lalu membuka Codex / Claude Code di direktori tersebut. Karena konteks dan memori model awal tidak cukup stabil, jika langsung membiarkan model membuat worktree di dalam workspace utama, sangat mudah terjadi kebingungan antara direktori saat ini dan direktori worktree yang dibuat setelah konteks dikompresi, sehingga akhirnya menjadi kacau.
Namun, penggunaan ini juga memiliki efek samping, yaitu secara perlahan menjadikan worktree sebagai ruang kerja jangka panjang. Masalahnya adalah worktree sebenarnya terikat pada cabang tertentu, dan seiring waktu, Anda akan menghadapi masalah seperti beralih cabang, menyinkronkan cabang, dan membersihkan cabang.
Perbedaan antara Worktree dan clone independen banyak orang sebenarnya tidak terlalu jelas. Keuntungannya bukan sekadar “menambah satu direktori”, melainkan secara esensial tetap satu repo yang sama, berbagi basis data objek git, biaya salin yang rendah, dan tidak perlu melakukan clone melalui jaringan lagi. Ini sangat memudahkan untuk repositori besar. Jadi, jika Anda hanya ingin sementara membuat direktori eksekusi paralel, worktree sangat cocok. Hanya jika Anda secara jelas membutuhkan basis data objek yang benar-benar independen, misalnya untuk dipetakan ke docker atau sandbox virtual machine, clone lokal lebih cocok.
Setidaknya untuk Codex / Claude Code saat ini, masalah ini tidak lagi terlalu serius. Saya sekarang lebih suka bekerja langsung di direktori utama, membiarkan sistem membuat worktree sesuai kebutuhan, setelah selesai melakukan perubahan, menggabungkannya kembali, lalu menghapus worktree tersebut. Pendekatan ini lebih sesuai dengan posisi asli worktree: direktori eksekusi sementara dengan biaya rendah, bukan ruang kerja kedua yang permanen.
Langkah selanjutnya, saya sedang mencoba satu metode, yaitu memelihara workspace global, di mana semua proyek Codex dibuka di direktori ini, lalu membiarkan sistem mengelola clone dan worktree secara otomatis sesuai aturan. Dengan cara ini, memori global lebih mudah dipertahankan secara berkelanjutan, dan jika ada kebutuhan untuk mengubah beberapa proyek sekaligus, sistem juga tahu cara mengubahnya satu per satu, lalu melakukan pengujian gabungan.