Архитектура фронтенда
Monorepo: обзор по памяти
Воспроизведение по памяти бьёт перечитывание. На каждый промпт скажи или запиши полный ответ по памяти, прежде чем открыть модельный ответ, — именно усилие извлечения закрепляет материал.
Восстанови ключевые механизмы юнита — граф зависимостей, affected-детекцию, ключ remote cache, границы модулей и трейдофф monorepo против polyrepo — не подглядывая в урок.
- 01Почему именно граф зависимостей, а не раскладка папок, делает monorepo быстрым или медленным?
- 02Что вычисляет affected-детекция и чем она отличается от собрать-всё?
- 03Что входит в ключ remote cache и каковы два режима сбоя при неверном ключе?
- 04Как affected-скоупинг и remote cache делят работу и почему нужны оба?
- 05Почему один пакет «shared utils» ломает affected-граф и в чём структурный фикс?
- 06Опиши честно трейдофф monorepo против polyrepo. Когда выбирать каждый?
Если ты смог восстановить каждый ответ по памяти, ты держишь стержень юнита: граф зависимостей задаёт порядок и радиус взрыва, affected-детекция сужает каждый PR до изменённых проектов плюс зависимых, ключ кэша превращает большинство из них в мгновенные попадания (с false hit и false miss как двумя способами ошибиться в ключе), выставленные границы модулей не дают сформироваться hub, а выбор monorepo против polyrepo сводится к тому, достаточно ли твой код связан, чтобы делить граф.