Использование веток в git для новых фич

Если сделал merge то можно поставить tag что фича работала в том месте. И если что к этому состоянию можно было вернутся.

А ветку после этого есть смысл удалять? Поскольку когда темповых фич много - веток много - неудобно.

git help cherry-pick

>Если я уверен, что я не буду возвращаться к этому коду далее, должен я удалить ветку, в которой я сделал эту самую фичу?

Ты в любом случае должен удалить ее после того, как она была смержена. В следующий раз создашь новую.

Ман прочел. Причем здесь это?

Ты в любом случае должен удалить ее после того, как она была смержена.

Откуда эта информация? Я пропустил какой-то ман?

Твоя локальная помойка никого не волнует. Веселись как хочешь.

То, что мой репозиторий никого не волнует, я знаю. Мой вопрос в другом: по этому поводу есть какие-то советы или best practices?

Определенно. А потом возникают вопросы типа «как разобраться со спагетти, в которое превратилась моя история»

В Git for Designers советуют удалять, если уверен.

А в общем, зависит от конкретных нужд. Про best practices: man gitworkflows, см. «Topic branches».

Да нет, я имел ввиду, что пока ветки не запушены, практики особого смысла не имеют. Делай как знаешь/удобно.

Например, я удаляю ненужные бранчи, когда для дополнения надо слишком много букв набирать.

Всем спасибо за ответы, разобрался.

Классный ман, отдельное спасибо.

Есть разные рекомендации на этот счёт. Здесь говорят, что удалять ветки не стоит. Здесь этот подход критикуется, и вместо него предлагается поддерживать в master чистую линейную историю, а боковые ветки чистить перед мерджем, а потом мочить.

Имхо, второй метод удобнее. Пропадают дичайшие ветви, удобнее делать bisect, удобнее разбираться в истории коммитов.

аналогичный вопрос у меня про Mercurial - как завершать ветку? чтобы если она моя локальная, не приходилось юзать force для создания этой ветки на удаленном сервере... я просто сливаю ее с основной и отбрасываю любые изменения из той что мне больше не нужна...