В целом: применяется KISS, сложность просто усложняет жизнь разработчикам (сложности будет достаточно
Политика регистрации одинакова для всех.
Подумайте, что проверки в политиках могут быть приняты , чтобы указать на отсутствие доверия к разработчикам. А если вы им не доверяете, то как они могут создавать продукты, которые вы продаете? Это не поможет добиться качественных результатов.
, но разрешения для каждого проекта могут быть разными. Сроки для каждого клиента для продукта разные.
Это может привести к отдельным решениям.
Как насчет леченияФреймворк как общий внешний продукт (только что разработанный внутри), на который проект клиента ссылается как на другой продукт стороннего производителя. Это имеет преимущество в том смысле, что изменения в фреймворке можно применять к каждому клиентскому проекту контролируемым образом: значительное обновление будетбыть плохой идеей, когда вы собираетесь развернуть!
Много пользыПолная информация в этом видео C9: Панель стратегий управления исходным кодом