Объединение 2 неуправляемых решений CRM 2011

Question

Мы работаем над проектом совместно с другой консалтинговой фирмой.По большей части у каждого из нас есть свои собственные домены, но есть небольшое пересечение.

Допустим, мы оба модифицируем объект, который имеет конфликтующие изменения.Используя правило «последний выиграл», любое решение, импортированное последним, будет реализовано.

Существует ли какой-либо инструмент или некоторая известная методология для определения этих конфликтов до импорта, чтобы помочь нам справиться с этой проблемой?

Answer 1

Я сталкивался с этим много раз, и мой подход состоял в том, чтобы экспортировать настройки и проверять содержимое файлов настроек (файлы XML) с помощью инструмента сравнения кода, такого как WinDiff или BeyondCompare.

Answer 2

Это не строго сценарий "последний выиграл", есть модель, позволяющая сосуществовать, например, если вы оба добавляете поля в одну и ту же форму.

Следует иметь в виду, что вы оба должны выполнять все настройки в неуправляемом решении, связанном с уникальным издателем, и у этого издателя должен быть уникальный префикс, поэтому вы можете использовать John_ в качестве префикса для всех новых объектов, поля и т. д., а другая фирма может использовать Acme_ или все, что им подходит.

Это помогает уменьшить прямые конфликты, такие как добавление поля с одним и тем же именем, но с разными типами (они не будут иметь одно и то же имя схемы из-за разных настроек)

Answer 3

Храните компоненты формы в отдельных вкладках и разделах. Если вы оба используете управляемые решения, настройки формы будут объединены.Точно так же настройки SiteMap и ленты могут разрабатываться независимо, если вы соберете вместе свои изменения , сгруппированные , и вы сможете позволить CRM объединить решения для вас.

Не импортируйте другие решения по настройке других консультантов в своюВ среде разработки, чтобы избежать создания взаимозависимостей между ними, вы можете ссылаться на одни и те же объекты.Если некоторые организации, необходимые обеим консультантам, являются заказными, вам нужно будет договориться о том, что следует включить в «базовое» решение заранее;разработать, поделиться и установить его во всех средах разработки в качестве предварительного условия.

В зависимости от сложности проектов может оказаться, что размещение промежуточной среды IFD с общим решением, которое обе компании могут использовать для разрешения конфликтов ислужить в качестве полезной среды тестирования.

Согласовать заранее, как жалобы и проблемы UAT должны сообщаться, расследоваться и решаться, и четко определять разделение работы заранее.