Size: a a a

2019 July 09

NK

ID:671739633 in pro.git::next
Alexey Shumkin
эт я Павлу говорил ))
сорри, не заметил))
источник

P

Pavel in pro.git::next
Alexey Shumkin
пробовали код декомпозировать, чтобы конфликты не решать?
да с этим более менее хорошо было, я бы сказал. ну то есть конфликты были когда действительно связанный функционал правился
источник

P

Pavel in pro.git::next
просто было много людей и очень интенсивная разработка
источник

P

Pavel in pro.git::next
и медленные код ревью
источник

NK

ID:671739633 in pro.git::next
Pavel
и медленные код ревью
нереально печет, когда ты поправил все комменты после код-ревью, и в это время другой девелопер смерджил свое
источник

NK

ID:671739633 in pro.git::next
и потом твой пулл реквест помирает от конфликтов
источник

P

Pavel in pro.git::next
ID:671739633
и потом твой пулл реквест помирает от конфликтов
ну тут либо он либо ты, выживает сильнейший :)
источник

NK

ID:671739633 in pro.git::next
Pavel
ну тут либо он либо ты, выживает сильнейший :)
угу)
источник

АО

Анатолий Облаухов in pro.git::next
ID:671739633
и потом твой пулл реквест помирает от конфликтов
особенно если он тоже поправил те же комменты 😂
источник

NK

ID:671739633 in pro.git::next
Анатолий Облаухов
особенно если он тоже поправил те же комменты 😂
лид поправил свои же комменты?
источник

NK

ID:671739633 in pro.git::next
какой-то нетерпеливый лид прям
источник

АО

Анатолий Облаухов in pro.git::next
ID:671739633
лид поправил свои же комменты?
если лид ревьюит, то да
источник

NK

ID:671739633 in pro.git::next
зачем их оставлять тогда
источник

АО

Анатолий Облаухов in pro.git::next
ну я не знаю, в каких ещё ситуациях два человека будут исправлять одно и то же
источник

Dv

Dr. Friedrich von Never in pro.git::next
Pavel
почему не мержаться?
ну у нас было обязательное код ревью, отпачковка веток всегда шла от develop, мержилась в develop только после code-review, а в мастер ветки мержились обычно раньше, как только пройдут тестирование.

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

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

P

Pavel in pro.git::next
Dr. Friedrich von Never
Мне не кажется правильной такая организация работы, при которой одни и те же изменения мержатся в одну и ту же ветку по два раза из разных мест.
мне тоже, точнее мне она кажется очень неправильной
источник

NK

ID:671739633 in pro.git::next
мне тоже многое кажется очень неправильным
источник

AS

Aleksey Shirokikh in pro.git::next
Dr. Friedrich von Never
Лочить файлы для того, чтобы кто-то не мог запушить без меня
В гитлаб есть codeowers  чтоб ты в ревью всегда добавить
источник

Dv

Dr. Friedrich von Never in pro.git::next
Aleksey Shirokikh
В гитлаб есть codeowers  чтоб ты в ревью всегда добавить
У нас используют upsource для ревью, там тоже такое есть. И он сам умеет вычислять овнеров.
источник

Dv

Dr. Friedrich von Never in pro.git::next
А ещё там можно поставить вотч на определённые файлы или определённые слова в коде.
источник