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

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

Что такое конкурирующие средства автоматизации?

Короче говоря, конкурирующие автоматизации возникают, когда у вас есть несколько автоматизаций с одним и тем же триггером (или одна автоматизация с несколькими действиями), действия которых запускаются одновременно и могут вызывать конфликты друг с другом.

Например, предположим, что мы настроили следующие две системы автоматизации на одной плате:

1. Когда статус изменится на что-то , я скомпилирую элемент
2. Когда статус меняется на что-то , измените на что-нибудь другой статус.

Поскольку эти автоматизации запускаются с одного и того же триггера, «когда статус на что-то меняется», они оба будут запускаться одновременно. Следовательно, весьма вероятно, что по крайней мере одна из этих автоматизаций выйдет из строя — вторая автоматизация может не запуститься, потому что первая автоматизация вызвала сборку этого элемента!

Совет: Хотите увидеть больше примеров рецептов конкурирующей автоматизации? Ознакомьтесь с этим разделом статьи ниже!

Активация конкурирующих средств автоматизации

Теперь, когда мы больше понимаем, что значит иметь конкурирующие средства автоматизации, давайте узнаем, что происходит, когда вы запускаете их на своей плате!

Мы продолжим работу с двумя рецептами автоматизации, представленными в примере выше. Если мы заставим эту автоматизацию запускаться несколько раз, изменив статус 1 на «devin», некоторые из автоматизаций будут работать правильно, а другие — нет. Когда это произойдет, мы также получим предупреждение о том, что наша автоматизация не удалась:

Кроме того, если вы зайдете в журнал активности автоматизации, вы также сможете увидеть доказательства того, что некоторые из запущенных рецептов сработали успешно, а другие — нет. Также будет красное предложение, объясняющее больше о том, почему конкретная автоматизация не удалась (в нашем случае это произошло из-за того, что на доске был собранный элемент).

Примеры конкурирующих средств автоматизации

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

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

• Сценарий 1: одна автоматизация перемещает элемент на другую доску.

• Сценарий 2. Автоматизация на один элемент.

• Сценарий 3. Одна автоматизация полностью удаляет элемент.

как это решить

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

Например, следующие две автоматизации:

1. Когда статус изменится на что-то , я скомпилирую элемент
2. Когда статус меняется на что-то , измените другой статус на что-нибудь.

Могут быть объединены в одну индивидуальную автоматизацию:

1. Когда статус на что-то поменяется , то поставлю статус чему-то, тогда соберу предмет

Примечание. Обязательно добавьте любое действие на «последний» шаг (перемещение предмета на доску, сборка предмета или удаление предмета) в качестве одного из последних действий пользовательской автоматизации.

Ссылка на источник