Worktree лучше подходит в качестве однократного каталога для выполнения

Недавно распространённым способом было подготовить один worktree, а затем открыть в этом каталоге Codex / Claude Code. Поскольку ранние модели имели ограниченную контекстную память и запоминание, если сразу в основном рабочем пространстве позволить им самостоятельно создавать worktree, легко запутать текущий каталог с каталогом созданного worktree после сжатия контекста, что в итоге приводит к путанице.
Однако у такого подхода есть побочный эффект — со временем worktree превращается в долгосрочное рабочее пространство. Проблема в том, что worktree изначально привязан к ветке, и со временем в нём появляются дополнительные сложности при переключении веток, синхронизации и очистке веток.
Многие также не особо различают разницу между worktree и отдельным клоном. Его преимущество не в «дополнительном каталоге», а в том, что по сути это тот же репозиторий, разделяющий git object библиотеку, что снижает затраты на копирование и исключает необходимость повторного клонирования через сеть. Особенно удобно для больших репозиториев. Поэтому, если вам нужно временно запустить параллельный каталог для выполнения, worktree очень подходит. Только в случае, когда вам нужен полностью независимый объектный репозиторий, например, для отображения в Docker или виртуальной машине, лучше использовать локальный клонирование.
По крайней мере, для текущих Codex / Claude Code эта проблема уже не так актуальна. Сейчас я склонен работать прямо в основном каталоге, позволяя системе создавать worktree по мере необходимости, после завершения работы объединять изменения и удалять worktree. Это более соответствует первоначальной идее worktree: недорогой временный каталог для выполнения, а не долгосрочное второе рабочее пространство.
Если идти ещё дальше, я сейчас экспериментирую с одним подходом — ведением глобального workspace, в котором все проекты Codex открыты в одном каталоге, а система сама управляет клонированием и созданием worktree по правилам. Такой подход облегчает запоминание и последовательность работы, если нужно одновременно работать с несколькими проектами, он помогает понять, как по очереди их обновлять и тестировать.