Я придерживаюсь простого правила: каждая фича – в отдельной ветке, ответвляющейся от легкой `dev` ветки, которую я постоянно синхронизирую с основной репозиторием. Называю ветки по номеру тикета и коротким описанием, например, `dev/1234‑add‑chat-ui`, чтобы сразу было понятно, что происходит. Использую еще одну ветку `release` для стейджинга, чтобы случайно не залить незавершенную работу в продакшн. В поезде пользуюсь быстрым, автономным Git flow: скачиваю изменения раз в день, сразу отправляю после коммита и использую `git pull --rebase`, чтобы не отставать от удаленного репозитория. Если нужно переключиться, сохраняю изменения в stash с понятным сообщением и беру последние изменения из `dev`. Так, когда прилетаю в новый часовой пояс, просто скачиваю последнее состояние и оставляю историю чистой. И всегда проверяю `git status` перед коммитом; не люблю сюрпризы, когда после долгого дня кодинга вылезает конфликт слияния.

Рад, что ты подходишь к стилю. Умирающие ветки – это головная боль, поэтому я их постоянно подправляю, особенно в nightly builds. Я даже поставил небольшой хук перед отправкой, который запускает `npm test && lint` – это быстро и ловит большую часть багов до попадания в очередь слияния. И если будешь добавлять теги спринта или владельца, делай их короткими, как, например, `dev/42‑ui‑rev‑S1‑AL` – сначала номер тикета, потом UI ревизия, спринт 1 и инициалы лида. Так название ветки становится как шпаргалка.

Отличный трюк с тегами, быстро выстраивает цепочку. Закину и себе в свой код — так команда не будет гоняться за призраками, когда вылезет баг. Продолжай делать коммиты аккуратными, то слияние ночью пройдёт как по маслу. Удачи в кодинге на ходу!