Claude Code — найкращий менеджер Worktree
Вбудовані менеджери worktree гарантовано обмежені. Зазвичай вони припускають одне репо, Git, благословенний потік гілки та ідею команди продукту про те, що має означати налаштування. Справжні кодові бази не залишаються всередині цих рядків.
Дзен cmux полягає в тому, що розробники повинні створювати власні інструменти та досліджувати простір пошуку способів роботи з кодом. Worktrees є одним корисним примітивом, але так само є численні перевірки, backend/frontend repos в різних папках, віддалені машини, no-git проекти, локальні сценарії, а іноді просто кодування на main, тому що це найшвидше для цього завдання.
Шаблон суперрепо
Суперрепозиторій — це один контрольний контроль, який знає, де живуть усі реальні репозиториї, як створюються worktrees, як об’єднуються пов’язані репозиторії, які сценарії готують кожну робочу область і як PRs переглядаються та об’єднуються. cmuxterm-hq — це суперсховище: воно містить основну перевірку cmux, перевірки для кожного завдання cmux worktrees, Zed, скрипти hq, багаторазові навички та правила, яких дотримуються агенти, щоб не наступати один на одного.
Справа не в тому, що кожен повинен копіювати саме це дерево каталогів. Справа в тому, що одне локальне сховище керування може описати всю вашу інженерну операційну систему. Базове репо та зовнішнє репо можна відкрити разом. Мобільну програму та веб API можна перезавантажувати разом. Гілка може бути створена в одному сховищі, а відповідна гілка – в іншому. Ця форма належить вашій команді, а не загальній кнопці worktree.
Дозвольте агенту керувати worktrees
Claude Code та Codex є кращими менеджерами worktree, ніж більшість вбудованих менеджерів worktree, оскільки вони можуть читати ваші правила сховища, запускати ваші сценарії, створювати worktrees у кількох сховищах, очищати власні worktrees, виправляти конфлікти, надсилати гілки, відкривати PRs, і об’єднайтеся після CI та пропустіть оглядові ворота.
Наші потоки, які найчастіше використовуються, це task-worktree-pr і autoreview. Вони працюють, оскільки агенти можуть читати файли, писати файли, запускати команди, перевіряти GitHub, чекати CI, відповідати на коментарі перегляду та працювати між сховищами. Якщо завдання потребує одночасної зміни хмари та робочого столу, ви можете сказати агенту шукати в обох місцях і дозволити суперрепо закодувати решту.
Чому програє вбудована підтримка worktree
Функцію worktree на рівні продукту можна відшліфувати для звичайного випадку, але крайні випадки з’являються негайно: немає Git, кілька репозиторіїв, згенеровані клієнти, приватні сценарії налаштування, парні гілки backend/frontend, незвичайна політика злиття або команда, яка навмисно надсилає до основного для невеликих внутрішніх змін.
Програмований робочий процес може адаптуватися. Попросіть Claude Code створити worktree, запустіть Codex поруч із ним, запустіть команду налаштування, відкрийте праву панель браузера, подивіться тести та видаліть worktree, коли PR об’єднається. Потім змініть робочий процес завтра.
cmux надає робочому процесу поверхню
cmux не потребує вбудованого універсального менеджера worktree. Він надає вам спеціальні команди, програмований CLI та API сокета, а також багаторазові навички. Кнопка плюса може запускати власну команду worktree, установку кількох сховищ, пісочницю no-git або віддалене середовище.
Ось чому cmux home має значення. Найкращий менеджер worktree — це той, який ваші агенти можуть змінити, коли змінюється ваш робочий процес, а найкращий термінал для цього циклу зберігає сповіщення, Cmd+Shift+U і Cmd+Control+U підключеними до поверхні.