Есть 3 ветки. DEV A B. Я создал ветку A внес

изменения, сделал коммит.
Затем я создал B сделал изменения.
Запушил А. Теперь при пуше B гит показывает также коммиты из А.

А как нужно было создать ветку B чтобы у него были только изменения ветки B. Тоесть если я запушил ветку А, то из ветки B коммиты должны были удалиться по идее. Как быть в таки м случае?

ветка B создана от последнего коммита A ? тогда всё логично. чтобы не было коммитов из A - нужно создавать от DEV изначально.

Если я от dev создам, тогда мне нужны изменения от B. Тогда получается мне надо запушить A в dev. Сделать Fetch и создать уже ветку B. Но тут проблема в том что мне надо одновременно работать в 2 ветках.

Vitaliy Ponomarev
обычно ветки независимы друг от друга, если у вас ...

Описываю ситуацию. Создаю ветку A из ветки DEV. Отправляю ветку А в PullRequest. Чтобы не ждать ветку А. Создаю ветку Б и работаю с ней. В ветке Б будут те же изменения что и в ветке А. Затем если я пытаюсь запушить ветку Б. То в ней отображаются все коммиты из ветки А. Какие есть возможные способы для решения этой проблемы?

> В ветке Б будут те же изменения что и в ветке А. а эти изменения там нужны для работы над фичей Б ?

Да, для работы в Б нужны, но не нужно коммиты эти отображать при пуше

тогда делать rebase на development после того как PR будет принят.

Простите не понял

Кстати, а если squashe использовать? это решит проблему?

https://git-scm.com/book/ru/v2/Ветвление-в-Git-Перебазирование

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

Не прошло и нескольких часов, а этот линк опять в деле 😊

самая актуальная тема ) остальные либо простые и понятные (fetch, push, merge) либо не так часто требуются. а вот rebase не сразу осваивается, но очень много проблем позволяет решить в процессе работы.

rebase сложный просто