Я просто привел наглядный пример

Как два человека пушат в одну ветку

У меня не такая большая выборка, но я видел такой процесс, и он был отстой

Такое бывает по разным причинам и не важно кто это, разработчики или тестировщики и что они пушат

если они пушат в одну ветку - это проблема процесса, а не человеков )

А тут мы возвращаемся к тому, что двум разрабам пушить в одну ветку плохо

Разрабам, тестерам, аналитикам - не важно кому. Гит придумали не просто так, и практики придумали не на ровном месте. Они как ТБ - написаны кровью и оторванными релизами)

Так я согласен. Мне просто кажется, что эти практики придумали для других сценариев

Нет, эти практики придумали для всех сценариев, касающихся написания кода, синхронизации разработчиков и хранении кода в гите)

Оптимистичное заявление

Ни капли. Они работают, если их правильно применять, и если люди ХОТЯТ применять их, а не изобретать велосипед в 100500-й раз)

Про перекрестные мержи, я тоже согласен, что это плохо. Но иногда они бывают. И самое плохое, что они бывают, когда код СЛОЖНЫЙ. И невозможность выбрать коммиты для ревью усложняет само ревью.

1. Если создаются мержи между ветками, то разве изменения из одной не попадут в другую?

Вам нужно конкретнее и точнее применять терминологию. Если ты мержишь код командой git merge masha-18100-cart-template в свою ветку. то изменения прилетят сразу же.

для обмена кодом на этапе синхронизации между разработчиками этого достаточно, и формальный процесс Merge Request / Pull request ( одно и то же по сути, просто учитывай что я иногда одно другим называю) тут не нужен будет.

тогда оба PR будут содержать все изменения из двух веток. Или как быть?

по этой самой причине я бы посоветовал Маше создать ветку от своей фича-ветки и уже в нее мерджить ветку Васи. тогда ее собственная фича-ветка останется без кода Васи. Опять же, если она в своей ветке что-то поменяет, она легко может подмержить новые свои изменения в дочернюю ветку. созданную как раз для проверки кода Васи.

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

мерджи - они сами на себя заточены, они ничего не знают о других мерджах и связях с ними. И по-хорошему вам не нужно чтобы в коде правок был код от предыдущешго мерджа. Потому что та часть работы - была по-своему проверена как-то и на тот момент считалась полной и корректной. Хочется видеть тот код перед глазами - найдите уже закрытый мердж реквест в тикете джиры, откройте с ним вкладкув браузере и смотрите =)

В джире можно увидеть PR, но они будут не связаны между собой.

я у себя указываю в коммитах название ([PROJECT-12345] таски, а также в названии PR тоже. поэтому в таске в джире у меня отображаются все PR связанные с ней. да, они незавимы в том плане, что показывают только те изменения, которые они и привносят. Один PR не пытается понять, а был ли другой PR уже открыт и надо ли его в диффе показывать (что звучит на самом деле странно)

> по этой самой причине я бы посоветовал Маше создать ветку от своей фича-ветки и уже в нее мерджить ветку Васи. тогда ее собственная фича-ветка останется без кода Васи.

Я в своем вопросе добавил, что она хочет в своей ветке видеть Васины классы, а не просто посмотреть и выкинуть. Например есть какой-то общий модуль, который Васе пришлось изменить. Ждать финального мержа не очень хорошо, хочется что б изменения попали в Машину ветку сразу же.

Маша не захочет видеть эти изменения именно в своей ветке, потому что это размытие ответственности (Маша не хочет, чтобы в релизе была ветка, в которой и ее код и код Васи). но Маша может иметь ветку, которую она создала от своей же фиче-ветки. и там уже делать любые эксперименты. Ей кстати ничто не мешает делать эти эксперименты прямо в фиче ветке и "спускать" эти изменения в ветку-эксперимент используя git checkout experiment && git merge mashsa-18100-template-cart, где ее дожидается васин код

https://highload.today/13-resursov-dlya-podgotovki-k-tehnicheskomu-sobesedovaniyu/
13 ресурсов для подготовки к техническому собеседованию
Если вам предстоит пройти собеседование где нужно немножко покодить или отвечать на технические вопросы как - эти ресурсы помогут вам посмотреть на свою подготовку со стороны.

Всем привет))
Кто-то писал автотесты для смартТВ?)

кто то писал

вопрос задавай то

Как достучаться до tizen'овской родной клавиатуры? Из документации поняла, что можно это сделать из самой аппликухи. Но она со всеми конфигами и прочим лежит отдельно, проект с автотестами отдельно. Может, есть какая библиотека для этого?