Сценарий 3: переход от неуправляемых решений к управляемым в вашей организации

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

За исключением среды разработки, в ваших средах должны быть только управляемые решения. Дополнительные сведения: Управляемые и неуправляемые решения.

Предварительные условия

• Отдельные среды разработки и производства. Кроме того, мы рекомендуем вам поддерживать по крайней мере одну тестовую среду, отдельную от вашей среды разработки и производственной среды.
• Понимание важности издателя. Дополнительные сведения: Издатель решения

Преобразование неуправляемого решения в управляемое

1. Определите и удалите ненужные таблицы и компоненты:

   1. Создайте резервную копию своей рабочей среды. Вы можете вернуть компоненты, которые могли быть случайно удалены, при экспорте и импорте решения на следующем шаге.
   2. Удалите ненужные таблицы и компоненты из рабочей среды. Например, рассмотрите возможность удаления таблиц без записей или с очень старыми записями, или таблиц и компонентов, у которых нет зависимостей. Больше информации: Просмотр зависимостей для компонента

2. Создайте одно решение для преобразования компонентов из неуправляемых в управляемый:

   Предупреждение

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

   1. В среде разработки создайте одно неуправляемое решение, которое используется для хранения всех настраиваемых компонентов. Это включает таблицы, приложения на основе моделей, формы, представления, столбцы, диаграммы и панели мониторинга, которые вы могли создать, но также компоненты Майкрософт, которые вы могли изменить. Включение всех этих компонентов в одном решении может помочь снизить вероятность проблем, связанных с наложением нескольких решений, которые могут возникнуть при их одновременном использовании. Дополнительные сведения: Создание решения
   2. Добавьте в решение только то, что было создано или изменено:
      • Для неуправляемых таблиц, таких как пользовательские таблицы, при добавлении таблицы в решение не будет использоваться сегментация таблиц. Вместо этого выберите "Включить все объекты " при добавлении этих таблиц в решение.
      • Если имеются управляемые таблицы, такие как встроенные таблицы, которые вы настроили, используйте сегментацию таблиц при добавлении этих таблиц в решение. Например, если вы изменили отображаемое имя для существующего столбца встроенной таблицы, например "Учетная запись " и " Контакт", используйте сегментацию, чтобы экспортировать только настраиваемые компоненты проекта, а не дополнительные компоненты, которые вам не нужны, так как они уже присутствуют в целевой среде. Для этого выберите "Изменить объект", а затем добавьте только компоненты, настроенные для решения. Дополнительные сведения: использование сегментации таблиц в решениях

        Совет

        Чтобы узнать, был ли настроен управляемый компонент, найдите неуправляемый слой, который будет выше базового управляемого слоя этого компонента. Больше информации: Просмотр слоев решений для компонента

3. Разверните одно управляемое решение в целевой среде:

   1. Рекомендуется сначала развернуть это решение в копии рабочей среды для использования в качестве проверки. Подробнее: Копирование среды
   2. Экспортируйте одно решение из среды разработки в управляемом виде. Дополнительные сведения: Экспорт решений
   3. Если в целевой среде есть неуправляемое решение, которое имеет то же имя, что и управляемое решение, которое вы хотите импортировать, удалите неуправляемую запись решения в целевой среде. Чтобы удалить запись неуправляемого решения, перейдите в Power Apps, выберите тестовую или производственную среду, выберите Решения, выберите неуправляемое решение, а затем на панели команд выберите Удалить. Обратите внимание, что удаление неуправляемого решения не приводит к удалению неуправляемых компонентов решения.
   4. Импортируйте одно управляемое решение в целевую среду. Дополнительные сведения: экспорт решений.

4. Проверьте целевую среду:

   1. Существуют различные типы тестов, которые вы можете использовать, чтобы проверить, правильно ли работают определенные функции или функциональные возможности вашего приложения. Некоторые из этих тестов включают модульные тесты, сквозные тесты и пользовательские приемочные тесты (UAT).
   2. При импорте управляемого решения все неуправляемые компоненты были преобразованы в управляемые. Цель заключается в устранении активных слоев в целевой среде. Проверьте наличие компонентов с активным слоем. Если вы что-то найдете, это может быть связано с тем, что вы не включили их в неуправляемое решение в вашей среде разработки. В этом случае вернитесь в среду разработки, добавьте отсутствующие компоненты и повторно разверните управляемое решение.

Следующие шаги

Теперь, когда вы перешли к управляемым решениям, мы рекомендуем вам разобраться в уровнях решений и компонентов. Более того, за исключением ваших сред разработки, в ваших средах не должно быть никаких неуправляемых настроек или неуправляемых решений. Дополнительные сведения: Слои решений

См. также

Сценарий 5: поддержка коллективной разработки