Блог

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

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

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

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

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

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

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

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

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

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

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