Claude Code to najlepszy menedżer worktree
Wbudowane menedżery worktree z definicji będą ograniczone. Zwykle zakładają jedno repo, Git, zatwierdzony przepływ branchy i produktową wizję tego, czym ma być setup. Prawdziwe bazy kodu nie mieszczą się w takich liniach.
Zen of cmux mówi, że deweloperzy powinni budować własne narzędzia i eksplorować przestrzeń sposobów pracy z kodem. Worktree to przydatny prymityw, ale tak samo przydatne są wiele checkoutów, repozytoria backendu i frontendu w różnych katalogach, maszyny zdalne, projekty bez Gita, lokalne skrypty i czasem pisanie prosto na main, bo dla danej pracy jest najszybsze.
Wzorzec super repozytorium
Super repozytorium to checkout kontrolny, który wie, gdzie żyją prawdziwe repozytoria, jak tworzy się worktree, jak paruje się powiązane repozytoria, które skrypty przygotowują każdy workspace oraz jak reviewuje się i merge’uje PR-y. cmuxterm-hq jest super repozytorium: zawiera główny checkout cmux, worktree cmux per zadanie, checkouty Zed, skrypty hq, wielorazowe skills i reguły, których agenty pilnują, żeby nie wchodzić sobie w drogę.
Nie chodzi o to, żeby każdy kopiował dokładnie to drzewo katalogów. Chodzi o to, że jedno lokalne repo kontrolne może opisać cały operacyjny system inżynieryjny. Repo backendu i repo frontendu można otworzyć razem. Aplikację mobilną i web API można przeładować razem. Branch może powstać w jednym repo i dostać pasujący branch w drugim. Ten kształt należy do twojego zespołu, nie do generycznego przycisku worktree.
Pozwól agentowi zarządzać worktree
Claude Code i Codex są lepszymi menedżerami worktree niż większość wbudowanych menedżerów, bo potrafią czytać reguły repo, uruchamiać skrypty, tworzyć worktree w wielu repozytoriach, sprzątać własne worktree, naprawiać konflikty, pushować branche, otwierać PR-y i merge’ować po przejściu CI oraz review.
Nasze najczęściej używane flow to task-worktree-pr i autoreview. Działają, bo agenty mogą czytać pliki, pisać pliki, uruchamiać polecenia, sprawdzać GitHub, czekać na CI, odpowiadać na komentarze review i działać między repozytoriami. Jeśli zadanie wymaga jednocześnie zmian w cloudzie i desktopie, możesz powiedzieć agentowi, żeby spojrzał w oba miejsca, a resztę zakoduje super repo.
Dlaczego wbudowana obsługa worktree przegrywa
Funkcja worktree na poziomie produktu może być dopracowana dla typowego przypadku, ale wyjątki pojawiają się natychmiast: brak Gita, wiele repozytoriów, generowani klienci, prywatne skrypty setupu, sparowane branche backend/frontend, nietypowa polityka merge albo zespół, który celowo pushuje małe wewnętrzne zmiany na main.
Programowalny workflow potrafi się dostosować. Poproś Claude Code, żeby utworzył worktree, uruchomił obok Codex, odpalił setup, otworzył właściwy panel przeglądarki, obserwował testy i usunął worktree po merge’u PR-a. Jutro zmień ten workflow.
cmux daje workflowowi powierzchnię
cmux nie potrzebuje wbudowanego uniwersalnego menedżera worktree. Daje własne polecenia, programowalne CLI i API socketu oraz wielorazowe skills. Przycisk plus może uruchomić twoje polecenie worktree, setup wielu repozytoriów, sandbox bez Gita albo środowisko zdalne.
Dlatego cmux home ma znaczenie. Najlepszy menedżer worktree to ten, który twoje agenty mogą zmienić, gdy zmienia się workflow.