да еще и приходится по ходу в других ветках что-то править

лучше закомитить через несколько дней. ну или разбить задачу на сабтаски и по ним комитить

имхо надо дробить таск на меньшие

та и если один логический блок затянулся на несколько дней, то с этим блоком явно чтото не так)

чтобы каждый день че-нибудь решалось, даже незначительное

ну фиг знает. по-моему, одна задача - это чаще одна фич-ветка)

конечно, ничего не мешает потом сквошнуть все коммиты в один

кстати да, в случае гита, большие таски - отдельная ветка

+1

и мерж с —no-ff ))

Ну это от воркфлоу команды ещё зависит (про ветки и --no-ff). Работал в одной команде где было принято коммитить всегда в ветку разработки.
То есть флоу был следующий:
1) до решения задачи коммитить все локально
2) после решения
git fetch
git rebase origin/[branch_name]
git push

Идея была в интеграции правок как можно быстрее (чтобы не копились конфликты).

Ну а если в команде gitflow то таск = ветка, это да.

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

описаный флоу первой команды больше похоже на использование гита как свн)

Ну кстати в этой компании  несколько лет до этого использовали svn :)

Так что похоже на то что так оно и есть

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

День добрый)
подскажите, в чем может быть проблема - битбакет создаёт новые ветки в Merged

Можно подробней? Что за имена у веток?

имена по номеру таски issue_77 итп, все такие

То есть, до мержа таких веток не было?
Или что вы делаете перед тем как такое происходит?

Есть предположение, что настроен какой-то флоу работы с тасками или пулл-реквестами например, который подразумевает создание веток. Это не обязательно делает сам битбакет, может делать связанный с ним тасктрекер (Jira/YouTrack), если такой подключен.