Size: a a a

2021 April 06

O

Oleg in atinfo chat
Я просто привел наглядный пример
источник

O

Oleg in atinfo chat
Как два человека пушат в одну ветку
источник

ЕГ

Евгений Горбоконенко... in atinfo chat
У меня не такая большая выборка, но я видел такой процесс, и он был отстой
источник

O

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

НБ

Никита Белов... in atinfo chat
если они пушат в одну ветку - это проблема процесса, а не человеков )
источник

ЕГ

Евгений Горбоконенко... in atinfo chat
А тут мы возвращаемся к тому, что двум разрабам пушить в одну ветку плохо
источник

ЕГ

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

O

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

ЕГ

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

O

Oleg in atinfo chat
Оптимистичное заявление
источник

ЕГ

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

O

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

EB

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

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

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

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


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

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

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

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

O

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

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

EB

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

NK

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

Т

Тамарыч in atinfo chat
Всем привет))
Кто-то писал автотесты для смартТВ?)
источник

А

Алексей in atinfo chat
кто то писал
источник

А

Алексей in atinfo chat
вопрос задавай то
источник

Т

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