Обзор интеграции Git с Dataverse (предварительная версия)

[Данная статья посвящена предварительному выпуску и может быть изменена.]

Интеграция системы управления версиями позволяет командам разработчиков синхронизировать решения и объекты решения в одной или нескольких средах Microsoft Dataverse с помощью репозитория Git в Azure DevOps. Функции интеграции системы управления версиями доступны в интерфейсах решений, поэтому разработчики-любители, разработчики, ориентирующиеся на написание кода, и администраторы могут воспользоваться преимуществами системы управления версиями, отслеживания изменений и бесперебойной совместной работы в различных инструментах и средах. Интеграция с Git предназначена для использования в средах разработки, а не в тестовых или рабочих средах, где развертывания можно выполнять с помощью сборок для создания артефактов решения и конвейеров для развертывания.

Важно

• Это предварительная версия функции.
• Предварительные версии функций не предназначены для использования в производственной среде, а их функциональность может быть ограничена. Они доступны перед официальным выпуском, чтобы клиенты могли досрочно получить доступ и предоставить отзывы.

В этой статье вы узнаете о некоторых ключевых понятиях и преимуществах использования системы управления версиями с поддержкой Git в средах и решениях Dataverse. Дополнительные сведения о Git в Azure DevOps см. в репозитории Git в Azure DevOps.

ALM в Power Platform и Dataverse

Power Platform предоставляет множество готовых возможностей, позволяющих организациям управлять жизненным циклом приложений (ALM) для своих решений. Кроме того, вы можете упаковывать решения в контейнеры для различных типов компонентов платформы, управлять средами, участвующими в жизненном цикле приложения, и развертывать решения с помощью конвейеров в Power Platform. Существует также несколько способов интеграции репозиториев Git с Power Platform с помощью инструментов для разработчиков. Благодаря встроенной интеграции Git в Dataverse процесс упрощается и оптимизируется для создателей, чтобы они могли работать со своими решениями знакомым способом и взаимодействовать с системой управления версиями через упрощенные интерфейсы в Power Apps (make.powerapps.com).

Преимущества

• Система управления версиями как источник достоверной информации: в некоторых организациях источником достоверной информации для развертываний в Dataverse являются среды создателей, в которых создаются решения. Основной причиной такого поведения является невстроенная интеграция Git, использующая передовые методы и инструменты, для начала работы с которыми требуются профессиональные ИТ-знания. Благодаря встроенной интеграции Git в Dataverse система управления версиями может быть включена всего за несколько шагов и предоставляет создателям знакомый интерфейс для работы со своими решениями.
• Безопасность, аудит и соответствие требованиям с помощью рекомендаций SDLC: рекомендации по жизненному циклу разработки программного обеспечения (SDLC) — это набор рекомендаций и процессов, которые помогают эффективно управлять проектами разработки программного обеспечения. Используя интеграцию Dataverse с Git, вы будете следовать таким методикам SDLC, как управление версиями, проверка кода и статический анализ исходного кода, чтобы гарантировать качество, надежность и безопасность своих решений. Интеграция Dataverse с Git также предоставляет такие функции, как аудит, соответствие требованиям и отслеживаемость, которые помогают отслеживать изменения в решениях и эффективно сотрудничать с другими членами команды.
• Краткосрочные среды разработки: сохраняя копию настроек и конфигураций сред в системе управления версиями, вы можете быстро и легко в Dataverse восстанавливать среды разработки из системы управления версиями. Это позволяет создавать краткосрочные среды для разработки и тестирования. Краткосрочные среды позволяют освобождать хранилище, экспериментировать с новыми функциями, тестировать и дорабатывать решения, не полагаясь на постоянные среды.
• Команды разработчиков Fusion: команды разработчиков Fusion — это команды, состоящие как из разработчиков, так и из создателей, которые работают вместе над созданием решений. Используя интеграцию Dataverse с Git, эти пользователи могут осуществлять независимую разработку в отдельных средах и сотрудничать с другими пользователями, синхронизируя их с общим репозиторием системы управления версиями. Интеграция системы управления версиями позволяет использовать навыки и опыт как разработчиков, так и создателей для создания высококачественных решений, отвечающих потребностям вашей организации.
• Защита: использование системы управления версиями в качестве источника достоверной информации для решений позволяет быстро и легко восстанавливаться после непреднамеренных изменений в решениях. Сохраняя решения в системе управления версиями, можно восстановить предыдущее состояние или версию.

Основные понятия

Неуправляемые и управляемые решения

Если вы используете интеграцию Dataverse с Git, решения, хранящиеся в системе управления версиями, поступают из неуправляемых решений в среде создателя. Неуправляемые решения позволяют создателям добавлять, удалять и обновлять компоненты, которые синхронизируются с системой управления версиями при фиксации и отправке изменений. Управляемые решения создаются на основе системы управления версиями и развертываются в подчиненных средах, таких как тестовая или рабочая, и в этих средах их нельзя редактировать. Управляемые решения используются для того, чтобы гарантировать, что источником достоверной информации для ваших решений всегда является система управления версиями и что изменения вносятся только в среде создателя, прежде чем они будут добавлены в систему управления версиями и развернуты в другом месте.

Форматирование файлов для компонентов решения

С введением интеграции Dataverse с Git произошли изменения в способе представления решений и их компонентов в системе управления версиями. Когда вы фиксируете и отправляете изменения в систему управления версиями, компоненты решения сохраняются в определенном формате, совместимом с Git. Этот формат используется для представления компонентов решения в удобном для чтения и понимания виде, а также для отслеживания изменений компонентов решения с течением времени. Формат файлов для компонентов решения разработан таким образом, чтобы быть удобочитаемым, и его можно было использовать для просмотра изменений в компонентах решения в системе управления версиями. Кроме того, чтобы несколько решений можно было хранить в одном репозитории и папке, компоненты решения в системе управления версиями больше не дублируются для каждого решения. Вместо этого компоненты решения хранятся в одном месте и могут совместно использоваться несколькими решениями в одном репозитории и папке.

Разработка с ориентацией на код с помощью Git

Разработка с ориентацией на код в Power Platform осуществляется с помощью инструментов разработки, таких как интерфейс командной строки Power Platform, Visual Studio и расширения Visual Studio Code. Вовлечение разработчиков, ориентированных на код, в процесс разработки решений затруднительно без интеграции системы управления версиями, поскольку такие компоненты, как элементы управления Power Apps component framework и подключаемые модули Dataverse, развертываются в решениях в виде упакованных ресурсов, созданных из исходного кода и недоступных для непосредственного редактирования в Power Apps (make.powerapps.com). Без системы управления версиями как части процесса разработки как для малокодовых компонентов, так и для компонентов, ориентированных на код, сложно управлять изменениями в решении и гарантировать, что изменения будут отслеживаться и развертываться контролируемым образом.

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

Смешанная разработка с интеграцией Git в Dataverse

Power Platform предоставляет возможности как для малокодовой разработки, так и с приоритетом кода. В этой статье обсуждаются процессы разработки с приоритетом кода, связанные с интеграцией Git в Dataverse, и приводятся рекомендации по управлению компонентами с приоритетом кода и компонентами с минимумом кода в одной среде. Такие компоненты, как элементы управления Power Apps component framework, подключаемые модули Dataverse и настраиваемые действия рабочих процессов, являются примерами компонентов с приоритетом кода, которыми можно управлять в системе управления версиями.

Компоненты с приоритетом кода и компоненты с минимумом программирования в одной среде

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

Если вы развертываете компоненты с приоритетом кода непосредственно в неуправляемом решении в среде создателя, то при фиксации этих компонентов в системе управления версиями в системе управления версиями сохраняется только их скомпилированная (собранная) версия. Например, двоичная библиотека DLL, если она является подключаемым модулем, или транспилированный и оптимизированный пакет JavaScript для элемента управления Power Apps component framework. В результате вы получаете две копии компонента в системе управления версиями, одна из которых представлена собранной версией, а другая — исходным кодом. Хранение двоичных файлов в репозитории может привести к путанице и потенциальным конфликтам, если исходный код и собранная версия не синхронизированы. Это не рекомендуется делать, так как исходный код должен быть единственным источником достоверных данных для компонента, и храниться должна только одна копия.

Рекомендуемый подход заключается в создании компонентов с приоритетом кода в рамках процесса сборки решения и импорте созданного неуправляемого решения в среду создателя. Такой подход обеспечивает синхронизацию исходного кода и собранной версии, а также то, что исходный код будет единственным источником достоверной информации для компонента. Однако при таком подходе необходимо иметь в наличии процесс сборки для создания управляемого или неуправляемого решения для использования в процессе импорта и развертывания. Например, вы можете создавать Azure Pipelines или рабочие процессы GitHub, которые создают артефакты для конвейеров в Power Platform и процессах синхронизации Git для их использования.

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

Настройка интеграции Git с Dataverse