Вы находитесь здесь:
Работа с разработчиками
Администраторы и разработчики Salesforce работают в одной организации, но вносят изменения разными способами. DevOps Center предоставляет общее пространство для обеих ролей, не меняя принцип работы ни одной из них.
Требуемые версии
| Доступно в версиях: Lightning Experience в выпусках Professional (требуется доступ к API), Enterprise, Performance, Unlimited и Developer |
| Доступно в версиях: Government Cloud Plus : совместимо. Включение DevOps Center в организациях Government Cloud Plus может отправить данные за пределы границы авторизации. Дополнительные сведения можно получить у менеджера по работе с клиентами Salesforce. |
| Недоступно в версиях: Операционная зона ЕС. Регион деятельности ЕС является специальным платным предложением, предоставляющим расширенный уровень обязательства по размещению данных. DevOps Center поддерживается в организациях в ЕС, не являющихся частью EU OZ, в соответствии со стандартными условиями продукта. |
Администраторы вносят декларативные изменения, например, изменения в макеты страниц, потоки, поля, правила проверки, используя пользовательский интерфейс Salesforce. Разработчики вносят программные изменения, включительно с классами Apex, веб-компонентами Lightning и настраиваемыми изменениями, используя инструменты Agentforce или CLI. DX Inspector и DevOps Center отслеживают оба типа изменений, как и рабочие элементы, и перемещают их по одному конвейеру в производство.
Изменения разработчика в DevOps Center
Разработчикам, использующим инструменты CLI, Agentforce Vibes или работающим напрямую в хранилище контроля источников, не нужно менять способ работы. DevOps Center автоматически определяет эти внешние изменения и отражает их в ожидаемых продажах посредством синхронизации VCS и фоновой синхронизации. Вам не нужно действовать, когда разработчик работает вне DevOps Center.
Конфликты
Наиболее распространенным источником конфликтов между администраторами и разработчиками является одновременное изменение одних и тех же компонентов метаданных. Когда происходит этот конфликт, DevOps Center обнаруживает конфликт и предлагает решение с помощью инструментов DevOps Center Model Context Protocol (MCP), прежде чем оно поступит в производство.
Вы можете избежать большинства конфликтов, уведомив рабочую группу перед началом работы над рабочим элементом или компонентом, который могут также изменять другие. Быстрая проверка в начале деятельности по разработке помогает решить проблемы конфликтов слияния.
Синхронизация ожидаемых продаж
Используйте ожидаемые продажи в качестве общего представления рабочей группы. Прежде чем продвигать изменения, проверьте, какие еще рабочие элементы находятся на этом же этапе и кто за них ответственен. Если какие-либо рабочие элементы обновляют общедоступные компоненты, обсудите их с рабочей группой и избегайте конфликтов слияния позже.
