Вы находитесь здесь:
Объединение рабочих элементов в DevOps Center следующего поколения
Используйте объединение рабочих элементов для предотвращения конфликтов при продвижении отдельных рабочих элементов посредством настраиваемой рекламной акции. Когда рабочие элементы на этапе предоставляют общий доступ к метаданным или зависят друг от друга, их продвижение по отдельности приводит к конфликтам или заблокированным рекламным акциям.
Требуемые версии
| Доступно в версиях: Lightning Experience в выпусках Professional (требуется доступ к API), Enterprise, Performance, Unlimited и Developer |
| Доступно в версиях: Government Cloud Plus : совместимо. Включение DevOps Center в организациях Government Cloud Plus может отправить данные за пределы границы авторизации. Дополнительные сведения можно получить у менеджера по работе с клиентами Salesforce. |
| Недоступно в версиях: Операционная зона ЕС. Регион деятельности ЕС является специальным платным предложением, предоставляющим расширенный уровень обязательства по размещению данных. DevOps Center поддерживается в организациях в ЕС, не являющихся частью EU OZ, в соответствии со стандартными условиями продукта. |
Во время настраиваемой рекламной акции DevOps Center определяет рабочие элементы на этапе, имеющие общий доступ к компонентам метаданных или зависимости. Потом вы получаете следующие параметры:
- Объединить рабочие элементы: DevOps Center объединяет определенные рабочие элементы в безопасном для зависимости порядке, чтобы вы могли продвигать их без конфликтов.
- Продолжите настраиваемую рекламную акцию: Рекламная акция может быть конфликтующей или неудачной.
Подробные инструкции по объединению рабочих элементов см. в разделе «Продвижение отдельных рабочих элементов на этапе».
DevOps Center объединяет рабочие элементы в порядке их создания, от самых старых до самых новых, пока все изменения не появятся в ответвлении функций нового рабочего элемента. DevOps Center потом удаляет устаревшие ответвления для старых рабочих элементов. Поскольку DevOps Center объединяет все компоненты метаданных в один рабочий элемент, область каждого рабочего элемента должна быть небольшой и ограничиваться связанными изменениями.
Сценарии объединения рабочих элементов
Просмотрите эти сценарии, чтобы понять, когда объединять рабочие элементы.
Рабочий элемент WI-000001 добавляет правило проверки к объекту «Организация». WI-000002 изменяет то же правило проверки. Оба рабочих элемента доступны на одном этапе. Если вы продвигаете только WI-000002 посредством настраиваемой рекламной акции, хранилище контроля источников не может решить, какую версию выбрать, и происходит конфликт.
Что вы делаете: Объедините рабочие элементы WI-000001 и WI-000002. DevOps Center объединяет WI-000001 и WI-000002 в порядке их создания. Он сохраняет последнюю версию правила проверки и продвигает объединенный результат. Оба изменения переходят на следующий этап вместе.
Рабочий элемент WI-000003 создает настраиваемый объект Issue__c, а WI-000004 добавляет поле CreatedById к Issue__c. Оба рабочих элемента доступны на одном этапе. Продвижение только WI-000004 посредством настраиваемой рекламной акции не удается, поскольку ответвление целевого этапа еще не содержит Issue__c.
Что вы делаете: Объедините рабочие элементы WI-000003 и WI-000004. DevOps Center объединяет WI-003 и WI-000004 в порядке зависимости (сначала создайте, потом измените), объединяет их в одно ответвление и продвигает. Issue__c и новое поле переходят на следующий этап вместе.
Рабочие элементы WI-000005, WI-000006 и WI-000007 изменяют один класс Apex. Если для настраиваемой рекламной акции вы выбираете только WI-000005 и WI-000006, DevOps Center определяет накладку с WI-000007.
Что вы делаете: Объедините рабочие элементы WI-000005, WI-000006 и WI-000007. DevOps Center воспроизводит обязательства в одном ответвлении (новом) и продвигает. Таким образом, вы избежите конфликтов и необходимости продвижения WI-000007 отдельно позже.
Если вы не объедините рабочие элементы в этих сценариях и продолжите настраиваемое продвижение, возможно, вам потребуется решить конфликты слияния вручную или продвигать зависимые рабочие элементы в правильном порядке. Объединение объединяет все связанные рабочие элементы в одну рекламную акцию и позволяет избежать этих действий.
Отслеживание объединенных рабочих элементов
После объединения рабочих элементов, и продвижения новейшего рабочего элемента в ожидаемых продажах, DevOps Center обновляет статус всех рабочих элементов и записывает действие. Используйте статус рабочего элемента и представление этапа ожидаемых продаж для отслеживания результата.
Статус рабочих элементов
При объединении рабочих элементов раздел «Статус рабочего элемента» вкладки «Рабочие элементы» отображает результат после объединения рабочих элементов.
Например, WI-000130 и WI-000129 были объединены с WI-000131. WI-000131 - это та, которая движется вперед.
- Для WI-000131 (движется вперед) отображается статус «Продвигается» с сообщением: "WI-000130 и WI-000129 были объединены с этим рабочим элементом."
- Для WI-000129 (который был объединен) отображается только сообщение: «Рабочий элемент в сочетании с WI-000131». Нажмите на ссылку, чтобы отслеживать рабочий элемент, продвинувшийся вперед.
Этапы ожидаемых продаж
После объединения рабочих элементов и продвижения рабочий элемент переходит на следующий этап ожидаемых продаж под последним номером рабочего элемента. Вы можете определить объединенный рабочий элемент в ожидаемых продажах по значку слияния 
.
Изменения, объединенные извне
При внешнем объединении одного из рабочих элементов с общедоступными компонентами напрямую в целевом ответвлении DevOps Center не может объединить рабочие элементы. В этом случае завершите продвижение, устраните конфликт (при необходимости), а потом разверните другие рабочие элементы.
Дополнительную информацию об обработке внешних слияний в DevOps Center следующего поколения см. в разделе Внешние слияния.
