Как git worktree упростил жизнь при переключении контекста работы
Раньше, когда нужно было сделать хотфикс или заглянуть на другую ветку, делал stash, переключался, работал, возвращался. Работает, но каждый раз так делать сильно утомляет. Особенно если правок много или ты в середине рефакторинга, stash превращается в боль и риск потерять изменения.
Worktree решает это красиво и просто: создаёшь ещё один каталог с той же репой, но на другой ветке. git worktree add ../hotfix hotfix/some-bug В результате получаем отдельный каталог, где можно вести разработку и гонять тесты независимо. С IDE это отлично интегрируется, достаточно открыть папку в отдельном окне. Но реально зашло это с ИИ-агентами. Можно без особых проблем работать параллельно с несколькими агентами над несколькими задачами в разных worktree. Агент гоняет тесты, пишет код, ломает без влияния на мою работу или других агентов.
Как итог сократил время и нервы при переключения контекста между задачами.
· вчера
А как вы разруливаете общие .env, локальные сервисы и прочие ресурсы, которые worktree сам не изолирует? Именно там у меня обычно начинается настоящий git horror.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 3 ч
Да, с этим сложности. Сам файл .env обычно копирую при создании worktree. Какой-нибудь Postgres шарю через схему, при создании изменяю переменную окружения PG_SCHEMA на имя ветки. С сервисами, разворачиваемыми через компоуз сложнее, приходится порты генерировать, либо имена сервисов менять
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён