Size: a a a

2021 June 19

RU

Roman Usherenko in pro.git::next
так от девелопа/мастера
источник

RU

Roman Usherenko in pro.git::next
мастер ребейзить нельзя, остальное все ок
источник

Dv

Dr. Friedrich von Ne... in pro.git::next
Иначе в проекте, где больше одного человека и больше одной ветки, ты вынужден свою ветку базировать на чужой :)
источник

RU

Roman Usherenko in pro.git::next
всмыысли. ты от мастера, Петя от мастера, Вася от мастера
источник

Dv

Dr. Friedrich von Ne... in pro.git::next
А мастер чей?
источник

RU

Roman Usherenko in pro.git::next
общий. его никогда не ребейзят
источник

Dv

Dr. Friedrich von Ne... in pro.git::next
Ну лан.
источник

RU

Roman Usherenko in pro.git::next
:)
источник

P

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

Dv

Dr. Friedrich von Ne... in pro.git::next
У нас есть бранч, который отбранчевался от основного в 2018 году.

Вот там на ребейз давно забили, конечно :)
источник

RU

Roman Usherenko in pro.git::next
я же говорю, процессы неоптимально выстроены
источник

P

Pavel in pro.git::next
А х.з. как оптимально, разве что в отпуск пол команды отправить
источник

P

Pavel in pro.git::next
У нас сейчас просто переписывается много кор систем
источник

RU

Roman Usherenko in pro.git::next
не, меньше куски брать
источник

RU

Roman Usherenko in pro.git::next
то есть если у вас там переписывается все с нуля, то надо постараться выпихнуть начальные леса, а потом на них накидывать
источник

RU

Roman Usherenko in pro.git::next
а конечно если вы в каждом ПРе решаете архитектурные вопросы, то будет как есть)

но говорить конечно легко
источник

P

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

RU

Roman Usherenko in pro.git::next
так я как раз и говорю, что меньше надо комиты
источник

RU

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

P

Pavel in pro.git::next
А, ну да, но там тоже нужно другую проблему решить, уменьшить минимальный оверхед на один PR, сейчас слишком мелко их дробить не выйдет, так как слишком много времени будет уходить на это (надо чтобы все билды на все платформы были зелёными и тесты, аппрув одного из разработчиков, желательно чтобы был какой-то тест который покрывает изменившийся код, иначе его могут попросить и ещё в принципе комментов накидать, очень щепитильно относятся к качеству кода)
источник