Ребят, подскажите: Есть проект А от него форкнулся проект Б, через,

условно, год заказчик проекта Б хочет получить все изменения проекта А,
при этом в проекте Б было сделано 100 изменений за этот год, а в проекте А 1500,
как поступить в такой ситуации?
Задача на подумать😁🔥
тупо мерджить А в Б плохой вариант, rebase уже лучше, но rebase происходит по одному коммиту, что тоже плохо

в проекте мб есть ветки и можно по ним мерджить

перечитай задачку, мб я плохо объяснил

Классика. Пуллите изменения с апстима, мержите к себе. Решаете мерж-конфликты. Убеждаетесь, что всё работает. Сквош менее желателен, так как с ним сложнее будет делать такие обновления в будущем. А черри-пикать замучаетесь, плюс будете при решении конфликтов менять дифф. Исходите из позиции, как в принципе наладить обновления с апстрима, чтоб каждое последующее обновление проходило настолько же легко, как и предыдущие. Вариант с просто мержем хорош тем, что к вам залетят именно что коммиты с апстрима, и с каждым следующим мержем апстрима залетать будут только новые апстримные коммиты.

Не могу согласиться, Представь, что в проекте А много изменений было, в том числе по функционалу, и черипикать удобнее, потому что можешь каждый кусочек функционала попробовать)

Если проект действительно большой, ты просто не сможешь его собрать тк будет+99999 ошибок и всё будет за всё цепляться

Черрипикать каждый из 100 коммитов? И так каждый раз при подтягивании обновлений с апстрима? И каждый раз все больше и больше, потому что на ста фичах вы ведь не остановились?