Вопрос

Заблокировать пакет Custom

Доброго дня!
Надоели замещающие объекты в пакете Custom, которые появляются от выполнения неочевидных настроек в системе (например, включение журналирования или правил раздачи прав).

Хочу его заблокировать, чтобы туда не вносились изменения. Есть ли у кого-нибудь такой опыт, как делали, к чему привело?

Нравится

4 комментария
Лучший ответ

Абсолютно правильный опыт, разработка в пакет custom должна быть запрещена. Разработка должна быть в отдельных пакетах подключенных к свн. Также нужно создать свой пакет и указать в системной настройке "Текущий пакет", мастер разделов и другие мастера используют эту настройку.

 

Правда любой разработчик sql командой может это легко разблокировать. Это больше вопрос договоренностей о процессе разработки.

 

Закрыть custom.

UPDATE [dbo].[SysPackage]
   SET 
      [InstallType] = 1
 WHERE [Name] = 'Custom'

Абсолютно правильный опыт, разработка в пакет custom должна быть запрещена. Разработка должна быть в отдельных пакетах подключенных к свн. Также нужно создать свой пакет и указать в системной настройке "Текущий пакет", мастер разделов и другие мастера используют эту настройку.

 

Правда любой разработчик sql командой может это легко разблокировать. Это больше вопрос договоренностей о процессе разработки.

 

Закрыть custom.

UPDATE [dbo].[SysPackage]
   SET 
      [InstallType] = 1
 WHERE [Name] = 'Custom'

Екатерина, при любой изменении конфигурации, в том числе и неявной (изменение раздела в мастере, изменение способа учёта прав у объекта и др.) происходит создание одноимённой схемы в пакете Custom (или того, который включите вместо него по совету Евгения выше). Если такую схему  объекта открыть в дизайнере, будет видно, что там стоит галочка прав или журналирования. Если как-то запретить любые изменения в пакетах, то, скорее всего, просто будет невозможно произвести такие настройки, будет ошибка.

Зверев Александр,

И правильно что будет ошибка, потому что это и есть ошибка в процессе разработки. При нормальной разработке схемы должны попадать в пакет для разработки. И правильно что будет что невозможно произвести настройки, потому что на продуктивном сайт разработка вестись не должна. А если это среда для разработки, должен быть свой пакет.

И вообще само существование пакета custom прививает людям неправильный подход к работе с системой.

Евгений, наличие такого пакета облегчает мелкие доработки силами обычного пользователя, не разработчика, который не собирается их никуда переносить. Или даже просто настройки, как было у  Екатерины.

Показать все комментарии