Есть ли какие-то оптимальные практики для монорепозиториев? Где присутствуют разные

компоненты, разные языки, разные сборки? Использование changes и всё?

Сам скрипт напиши, который будет чекать файлы

Лучшая практика - не использовать монорепо

разработка крайне против, к сожалению

Чем аргументируют?

Есть общие зависимости, есть переиспользованный код(по мне это всё решаемо), ну и последнее и самое весёлое - морально тяжело...

Почему?

Общие зависимости и код в монорепе ведут к проблемами обновления обычно, поэтому это на самом деле аргумент против монорепо :))

Головняков много

Каких? Юзаем монорепу в несколько млн строк кода разношерстного, все живет вроде

Ну они видят плюс в том что если в одном месте зависимость изменилась, их это сподвигнет в других местах поправить код под новую версию.

ага, а пока они не обновились, пусть всё сломанное будет? :)

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

и все эти страдания ради того чтоб можно было сделать git clone monorepo && make all???

1. ОСС солюшны давно придуманы, начальная адаптация занимает немного времени 2. Ревью процесс никто не отменял (поправьте, если есть сложности или имелось в виду другое) 3. Сплит шаблонов в разные сабфолдеры и инклюды 4. Зависит от зависимостей, но да, есть такое 5. Когда есть одна точка правды, оверхеда не много 6. Какие? 7. Гитигноры просто сплитятся на локальные юзерные и общие, шаблон конфига поставляется каждому ньюкамеру

Нет, чтобы не клонить 100 проектов и не делать гит пулл (читай: фетч и мердж) и прочую ерунду на каждой репе