AXForum  
Вернуться   AXForum > Microsoft Dynamics CRM > Dynamics CRM: Администрирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 01.12.2015, 11:35   #1  
Eugene.Ostroukhov is offline
Eugene.Ostroukhov
Участник
 
149 / 11 (1) +
Регистрация: 22.02.2013
решения\solutions: how to
добрый день.
подскажите плз вменяемый ресурс для полного понимания как работают решения в плане managed/unmanaged?

я правильно понимаю, что
1) managed: импорт-удаление - самый простейший способ для паблиша в продакшен ?
какие могут быть подводные камни при установке решений, содержащих те же компоненты (вебресурсы, формы в основном) в будущем ? как СРМ понимает какую версию формы\ресурса при этом использовать? не будет ли это трудоемко по производительности ?
версионность?

2) unmanaged: тут попроще для понимания - в виде debug mode, когда можно вручную ченить починить быстренько.
но откаты - это бекап компонент, которые содержатся в решении, и тот же импорт-удаление-импорт бекап-решения - выглядит ужасом, кмк.

какие нибудь best practice? интересуют вобщем-то они, наверное *-)
помимо "если вам не надо менять решение блабла" из стандартных мсднов и блогов с тултипами в самом срм

пысы: изменений очень много, но мелких, и очень часто изменения пересекаются по компонентам (формы, скрипты и пр.)
Старый 01.12.2015, 12:39   #2  
a33ik is offline
a33ik
Чайный пьяница
Аватар для a33ik
MCP
MCBMSS
Злыдни
Соотечественники
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,243 / 896 (36) +++++++
Регистрация: 02.07.2008
Адрес: Greenville, SC
Добрый день,

Смотрите SDK:
https://msdn.microsoft.com/en-us/library/gg334576.aspx
https://msdn.microsoft.com/en-us/library/gg309329.aspx
__________________
Эмо разработчик, сначала пишу код, потом плачу над его несовершенством.

Подписывайтесь на мой блог, twitter и YouTube канал.
Пользуйтесь моим Ultimate Workflow Toolkit
За это сообщение автора поблагодарили: Eugene.Ostroukhov (1).
Старый 01.12.2015, 17:37   #3  
Eugene.Ostroukhov is offline
Eugene.Ostroukhov
Участник
 
149 / 11 (1) +
Регистрация: 22.02.2013
Deleting a managed solution uninstalls all the solution components in it.

если я правильно понимаю, что uninstall удалит все кастомные (например) сущности, то, похоже этого достаточно будет, чтобы отказаться от managed.

(просто вопрос возник изза лени с откатом unmanaged)
Старый 02.12.2015, 11:26   #4  
Артем Enot Грунин is offline
Артем Enot Грунин
Moderator
Аватар для Артем Enot Грунин
MCBMSS
Злыдни
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,912 / 623 (28) +++++++
Регистрация: 16.08.2007
Адрес: Пермь!
Записей в блоге: 151
Вся суть решений не в том, как они выгружаются, а как работают в системе куда они установлены. Пара значений Издатель + Решение определяет такую вещь, как зависимости между компонентами + их управляемые свойства. Удаление управляемого решения, действительно приводит к удалению зависимостей и самих компонент, если они не используются другим решением (например стандартным решением).
Если нужна простая аналогия, то управляемое решение - это гвозди в коробке, а не управляемое - гвозди на лопате.

По моим ощущениям, для переноса из среды разработки в производственную лучше использовать управляемое решение. Так компоненты не будут "разбегаться". Если нужно что-то быстро запатчевать, можно быстро накатить сверху маленькое неуправляемое решение от того же издателя. После этого, нормальный апдейт управляемого решения с теми же компонентами "отберет" нужные зависимости у решения по умолчанию и ваше управляемое решение снова будет целым.

Я рекомендую следующую практику: нужно иметь отдельные решения для основных компонент решения:
  1. Кастомизации и локализация
  2. Права доступа (частые плавающие правки)
  3. Сборки и бизнес-логика (плагины)
  4. Рабочие процессы (имеют специфику активации при установке)
  5. Отчеты
Для последних трех решений очень важна та самая возможность удаления решения в ад. Дело в том, что обновление решения - это всегда сумма компонент. Если вы что-то удалили из своего пакета, в принимающей системе это что-то все равно останется. Например, имеем ситуацию, когда вы объединили несколько отчетов, пересмотрели процессы или отказались от какой-то бизнес-логики в пользу другого решения. Через неуправляемое решение вы накатите новые компоненты поверх старых и вам придется вручную вычищать лишнее. Иными словами появятся новые процессы и обработчики, но и старые продолжат работать. Поэтому бывает удобно снести старую версию решения со всем этим хозяйством и развернуть новую. По сути - переустановить решение. При этом, вы сохраняете возможность обновить минорную версию. Красота. Но только очень важно, чтобы ваши решения не имели лишних зависимостей, чтобы вместе с процессами не снести случайно какую-то сущность вместе с таблицей в БД.
__________________
http://fixrm.wordpress.com, снятие/наведение порчи. Быстро, дорого, гарантия.

MS Certified Dirty Magic Professional
За это сообщение автора поблагодарили: Eugene.Ostroukhov (1).
Старый 02.12.2015, 11:54   #5  
Eugene.Ostroukhov is offline
Eugene.Ostroukhov
Участник
 
149 / 11 (1) +
Регистрация: 22.02.2013
о, спасибо большое! очень хороший пост! (пысы : ссылки выше тоже хороши! )

у меня ситуация сейчас следующая:
есть уже вполне себе готовая к продакшену СРМка, сделанная подрядчиком.
глобальные вещи меняться не будут совершенно точно.
т.е. ничего нового кроме отчетов, плагинов, воркфлоу появляться не должно в теории.
вся допиливание существующего: добавить\удалить поля, перенести между сущностями их, какая нибудь клиентская бизнес-логика на джаваскрипте, типа скрыть\показать\сделать обязательным, не дать натворить фигни пользователям и т.п. Т.е. вся работа - не сильно глобальная и даже скорее - точечная.

из доставшегося - ВСЕ решения от подрядчика - неуправляемые.
системного функционала СРМа используется очень мало (буквально 3-4 сущности, вроде подразделений\пользователей\рабочих групп\ролей), никаких activity и прочего (т.е СРМ не срм вовсе - как отношение с кастомерами, а просто как платформа чтоб побыстрее наклепать своих каталогов и форм)

поэтому, я так подозреваю, мне управляемые решения не подойдут вовсе.
разве что действительно в них делать отдельно отчеты, какие нибудь, и вместе с ними отдельно поставлять SiteMap в качестве неуправляемого апдейта (отчеты выводятся в рабочую область отдельным пунктом, например)

но мысль я ухватил. спасибо большое еще раз!
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
gustafwesterlund: Managed or unmanaged solutions - and how to remove attributes from managed solutions Blog bot Dynamics CRM: Blogs 0 05.06.2012 18:12
furnemont: How-to: Use SQL CTE with custom reports in CRM Blog bot Dynamics CRM: Blogs 0 18.07.2011 18:11
furnemont: How-to series: Send SMS messages from CRM 2011 (part 3) Blog bot Dynamics CRM: Blogs 0 13.06.2011 12:11
Neil McDonald: Dynamics CRM 2011 Solutions Blog bot Dynamics CRM: Blogs 0 12.10.2010 02:06
Jim Wang: Software Advice: 15 Favourites Microsoft Dynamics CRM Industry Solutions Blog bot Dynamics CRM: Blogs 2 26.08.2010 02:09
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 06:02.