Загрузка исходников в БД тоже боль, правда не такая острая, да и деваться по сути некуда

И вновь непонятно, что значит "теперь" :)
Народ на разветвленных хранилищах давно сидит.
Там речь что ли о ностальгии, что типа теперь нельзя захватить кусок (пространство) кода, с которым хочешь поработать, заранее, и избавить себя от последующего мержа? Рили?

Что-то такое видел про ветвление в EDT. На ИТС информация была как EDT-шники сделали ветвление, чтоб оно быстро переключалось. Возможно я неправильно понял прочитанное

Не, у него теперь это гит против единого ствола харнилиза раньше

Бгг... Да, есть такое

Я в упор кстати понять не могу зачем люди заставляют себя страдать и сидят на разветвленных хранилищах

А какая альтернатива?

Гит

У весов всегда две чаши (с) Будда
Для меня, например, возможность застолбить пространство кода в хранилище разработки и редкие неудобства от пересечения с другими такими застолбившими имеет больший вес как благо, против последующего однократного мержевания (из одного хранилища в другое)

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

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

Просто джава медленная

Уже 25 лет как медленная, а едт всего то 5, ещё столько медленноты впереди

И этот человек мне несколько дней назад демонстрировал бенчи, как JVM быстрее нативного кода работает 😂

Это другое!

Для каждой задачи - подходящий инструмент

Думаю, все зависит от интенсивности (количества) противоречивых коммитов, на которые надо тратить мозготопливо. Если интенсивность большая (их много и часто), то можно и пожертвовать параллельностью ради экономии мозготоплива. Кому охота часто напрягаться? С предварительным захватом напрягаешься только два раза, да и то первый необязательный: когда захватил все что ты не хочешь чтоб было изменено за время работы над фичей и когда переливаешь потом фичу из одного хранилища в другое.
А с отложенным мержем ты уже никогда не знаешь, со скольки сторон и сколько может прилететь конфликтов. Цена неизменности.

Очевидно, эклипс и джава не налезают на модель языка 1С

А что налезает? Есть идеи?

А в чем прикол разветвленных хранилищ если идёт захват в основном жранмлмще тоже? С таким же успехом можно всем в одном хранилище сидеть и мозги не парить на создание веток хранилищ