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

Правильный путь - научить гит читать модули из odc. Кто способен к сему?

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

И так в погоне за гипотетической популярностью ББ превратиться в непоймичто: уже и не ББ, но и не мейнстрим.

И кто замерил, или хотя бы рассудил, что отсутствие плоского текста - фактор-минимум для продвижения ББ?

Есть масса других препятствий, их преодолевать и преодолевать; и более весомых, чем формат файлов. Вот например нет "герметичных" выпадающих списков. Какое современное приложение можно сделать без таковых? Это весомей, чем формат файлов, имхо. Я уйму сил и времени потратил, чтобы их сделать. И таких дел еще стопицот.

И вообще, как arisu писал в параллельной ветке - хочется все иметь внутри ББ.
И не хочется насиловать ББ, чтобы подстроить его под гит. Лучше потратить силы и время на то, чтобы решить задачу групповой разработки средствами ББ.
А просмотр модулей в интернете у Ивана Андреевича уже есть. Вот взять бы и довести до какого-то ума, чтобы интересующиеся могли смотреть тексты программ в браузере. Чем не шаг к популяризации?