Один проект, несколько target'ов
Используйте эту страницу после первого рабочего repo, когда главный вопрос становится таким: стоит ли этому же repo расти дальше и если да, то насколько?
Короткое правило
Один repo может безопасно покрывать несколько outputs, пока у плагина остаются единая логика, единый release intent и понятная модель владения.
Когда одному repo стоит расти
Растите тот же repo, когда:
- поведение плагина по-прежнему остаётся одним цельным продуктом
- новый output - это ещё один способ доставить тот же plugin
- одна команда всё ещё может чисто владеть authored source
- regeneration и validation по-прежнему делают repo простым для ревью
Когда repo лучше оставить узким
Оставляйте repo сфокусированным, когда текущий output уже решает реальную задачу, а дополнительные outputs только добавят лишний maintenance overhead.
Когда пора делить repo
Делите repo, когда продукт на практике перестаёт быть одним и тем же:
- разные команды владеют разной работой
- release timing расходится
- поведение расходится сильнее, чем это можно объяснить простой адаптацией под target
- с одним repo становится тяжелее работать, чем с двумя меньшими
Безопасная модель
Начинайте узко, провалидируйте один рабочий output и только потом добавляйте ещё один supported output.