caxapa.ru :: Как то не слабо получается "на уровне отдельных коммитов". К примеру если их было 100 шт, в каждом по 10 файлов изменённых и надо потратить к примеру 5 мин на каждый файл - то получим 5000 мин работы что примерно 10,5 рабочих дней по 8 часов без перекуров. Тут либо не доводить до такого расхождения, либо выбрать ветку где меньше актуальных изменений (в крайних коммитах) и её применить к другой.

Zoro (03.07.2020 19:04, просмотров: 379) ответил fk0 на "Весьма продвинутый алгоритм" 3-way merge у всех подобных средств. Более того, сам svn merge/diff так и работает. И лучше/проще это поручить ему на уровне отдельных коммитов, чем мержить ~~руками~~ сторонней тулзой всё сразу и целиком.

Как то не слабо получается "на уровне отдельных коммитов". К примеру если их было 100 шт, в каждом по 10 файлов изменённых и надо потратить к примеру 5 мин на каждый файл - то получим 5000 мин работы что примерно 10,5 рабочих дней по 8 часов без перекуров. Тут либо не доводить до такого расхождения, либо выбрать ветку где меньше актуальных изменений (в крайних коммитах) и её применить к другой.

Ответить

- Большая часть изменений, подразумевается, вливается таки безконфликтно (в одной ветке меняли одно, в другой другое) и ты не тратишь на них время. В случае 2-стороннего диффа у тебя все изменения -- конфликт и ты должен думать головой. Что сильно тяжелей. Наверное можно взять рекламируемый здесь kdiff3 и дать ему три копии: общую базу, левый вариант и правый, тогда будет проще. Meld тоже так умеет, вроде. Потом в случае единичных коммитов бывает проще понять, что делается, fk0(66 знак., 03.07.2020 23:21)
  - Вдохновился пощщупать какие-нибудь другие тулзы. По ссылке выше крендели упоминали некий semanticmerge - RxTx(04.07.2020 01:02, ссылка)
    - Серебряной пули -- нет. Профессионалы всё делают в обычном редакторе. - fk0(04.07.2020 12:11)
      - Неправда. Профессионал подбирает инструмент под свою задачу. Стремясь оптимизировать затраты. Но если так звезды сложились и делать нечего, может воспользоваться и примитивными инструментами. (Таково мое личное мнение без претензий на объективную истину). Вместе с тем, верно то что не надо искать совершенства до бесконечности. Сложные инструменты создают свои проблемы, потому стремиться надо к KISS. - RxTx(04.07.2020 12:24)
  - В действительности, все зависит от задач. Я сейчас давно уже не пользуюсь kdiff'ом тупо потому что мне лень его прописать в настройки tortoise. :) Пользуюсь первым что под руку попало - WinMerge, мне сравнить пару-тройку файлов хватает. Прописывается она автоматом. Еще сравниваю им директории. А вот тогда, в 2012..2015 передо мной (и также парнями из команды) вставали очень суровые задачи. Перепробовал всё что можно, множество мержилок. BeyondCompare точно, Araxis Merge RxTx(783 знак., 04.07.2020 00:55, ссылка)
    - Вот поэтому по коммитам работать может быть и проще. Потому, что однозначно понятно чей коммит (не)взять и можно при мерже выбрать стратегию разрешения конфликта и тот же git/svn сработает автоматически по большей части. - fk0(04.07.2020 12:16)
      - Угу - RxTx(04.07.2020 12:21)
    - А да, удалять тоже приходится. И потом еще и возникает проблема твоей инкрементальной работы. Что постепенно наделал ты, что было старое, что приехало из нового проекта. Нельзя смержить всё сразу тупо потому что ты должен компилять проект и проверять его. (это я постепенно вспоминаю че было, этот адок) - RxTx(04.07.2020 01:06)
- Работать покоммитно крайне странное предложение fk0. Крупные проекты мержить можно неделю-две, ничего не поделаешь. - RxTx(03.07.2020 19:48)
  - Ну почему странно? - покоммитный мерж (блюстителям русского языка - "пошаговое слияние") нормально работает в автоматическом режиме в svn, это естественно проще. - VLLV(03.07.2020 23:33)
    - Когда фрагменты маленькие, инкрементальные, то всегда все проще. Просто не зная объемов я судил по тому что было у меня. У нас на годовом проекте было несколько тысяч коммитов (так припоминаю цифери в версиях 2700...3900 точно). А смержить пару таких веток (например, впилить всю годовую разработку из advanced spinoff-проекта в базовую линейку) сажали одного человека. Это не Embedded, другое. - RxTx(04.07.2020 00:31)
      - Ну, у меня не смертельно, до полусотни в ветке. Расхождение обведено красным, 2.5 года назад. Заказчик иногда просто бесит. VLLV(1 знак., 04.07.2020 01:47, картинка)
        
        Тогда, значит, справитесь. Ну, пожелаю удачи! - RxTx(04.07.2020 12:14)

Средства и методы разработки