Вы находитесь здесь:
Рекомендации по проекту DevOps Center
Следуйте этим рекомендациям для планирования проекта DevOps Center. Проект - это централизованное рабочее пространство для управления и развертывания отдельной коллекции связанных рабочих элементов.
Требуемые версии
| Доступно в версиях: Lightning Experience в выпусках Professional (требуется доступ к API), Enterprise, Performance, Unlimited и Developer |
| Недоступно в версиях: Government Cloud Plus. Дополнительные сведения можно получить у менеджера по работе с клиентами Salesforce. |
| Недоступно в версиях: Операционная зона ЕС. Регион деятельности ЕС является специальным платным предложением, предоставляющим расширенный уровень обязательства по размещению данных. DevOps Center поддерживается в организациях в ЕС, не являющихся частью EU OZ, в соответствии со стандартными условиями продукта. |
Определение количества проектов
Используйте один проект и одно хранилище, если:
- Группы работают над одинаковыми или зависимыми метаданными и данными конфигурации.
- Все изменения развертываются в одной производственной организации.
- Вам требуется объединенная доступность во всех работах.
- Разработка охватывает взаимосвязанные объекты и функции.
Создайте отдельные проекты, если:
- Группы работают над независимыми метаданными и данными без зависимостей.
- Изменения развертываются в разных производственных организациях.
- Проекты следуют отдельным расписаниям выпуска и управлению.
- Вам нужны изолированные ожидаемые продажи исправления для обхода стандартных каденций выпуска.
- Группы требуют оперативной изоляции или предпочитают ограничивать доступность активной работы и изменений другой группы.
Выбор стратегии жизненного цикла проекта
Определите жизненный цикл проекта на основе процессов управления выпусками и каденции.
Текущие проекты: Используйте один проект в нескольких спринтах и выпусках. Это рекомендованный метод для рабочих групп с постоянной разработкой функций и стабильными метаданными и областью данных. Эти проекты легче обслуживать. Например, долгоиграющие проекты идеально подходят для рабочей группы, которая выпускает каждые две недели и использует один ожидаемый продажи, вне зависимости от спринта. Производительность проекта можно отслеживать с помощью показателей DORA и журнала в журнале действий.
Проекты на выпуск: Создайте проект для каждого основного выпуска. Этот метод лучше подходит для групп с отдельными инициативами с временными рамками или основными выпусками версий. Это требует дополнительной настройки для каждого выпуска. Рекомендуем архивировать проекты после выпуска.
Проекты исправления: Для решения критических производственных проблем используйте отдельный проект исправления для поддержки более быстрого перехода.
- Создайте проект и подключитесь к ожидаемым продажам, содержащим как минимум среду разработки, этап тестирования и производственную организацию.
- После решения проблемы переместите все изменения в стандартные ожидаемые продажи проекта и поддерживайте синхронизацию всех сред.
- Всегда возвращайте изменения синхронизации к основному проекту, чтобы предотвратить расхождение ответвлений.
Управление неактивными проектами
Проект не может быть удален в DevOps Center. Добавьте префикс z_ к неактивному проекту. Например, z_MyOldProject. Таким образом, проект перемещается в конец списка.
Настройка файла .forceignore
Файл .forceignore определяет, какие изменения исключает DevOps Center во время подтверждения и развертывания. Настройте файл .forceignore в основном ответвлении перед созданием ожидаемых продаж, чтобы он распространился на все ответвления функции. Чтобы изменить файл .forceignore, примените правки в ответвлении функции рабочих элементов. Правки распространяются по ожидаемым продажам при продвижении рабочего элемента. См. Исключение метаданных посредством файла .forceignore.
Рекомендации по стратегии проекта DevOps Center
| СЦЕНАРИЙ | Рекомендация | Пример |
|---|---|---|
| Та же производственная организация с накладывающимися метаданными и данными. | Один проект, одна структура хранилища | Группа платформы настраивает взаимосвязанные объекты. Ваша рабочая группа разрабатывает функции Sales Cloud, где разработчики настраивают объект «Возможность», а другие работают над кампаниями. Обе функции используют общедоступные настраиваемые объекты. Используйте один проект, поскольку метаданные накладываются. |
| Та же производственная организация с независимыми метаданными и данными. | Одна структура проекта (предпочтительно) | Параллельные рабочие треки, где группа Apex и группа коннектора Marketing Cloud развертываются в общедоступной среде. |
| Географически или оперативно отдельные производственные организации. | Отдельные проекты | Независимые развертывания для разделения производственных организаций Европы и США из-за требований к резидентству данных. Организации содержат похожие приложения, но развертываются независимо. Создайте два проекта, по одному для каждой производственной организации. |
| Требуется срочный путь ожидаемых продаж исправления. | Отдельный проект исправления | Важнейшие исправления, требующие изолированного пути для обхода стандартного цикла выпуска. |
