Немного не то, вопрос в проверке и смены состояний не стоит, да и состояния не совсем меняются, они больше добавляются. Если следовать тем практикам, зачем выходить из состояния Created например.
Нетривиальная задача нужно решение Есть разработчики которое пилят ПО в архитектуре микросервисы (около 30 всего), все это попадает в git через ci/cd gitlab. Ci/cd gitlab гарантирет что сервис будет запускаться в dev среда и компилироваться. Далее процесс (компилированный) отправляется к qa тестировщику. И тут возник очень большой нюанс с безопасностью: 1. dev разработчики не должны видеть доступы qa и production (они тоже разные). 2. Встала задача подмены конфигов на этапе deploy и паралельный нюанс из qa и preprod среды недоступен git (все изолированно) тобишь собрать его можно только в dev среде (ЯП java, node, php в основном) а далее лишь отдать по ssh/scp нужнам серверам (сейчас все вручную devops таскает) 3. Пытался использовать для задачи teamcity - куча проблем, одна из них, обязательное требование vcs которое уже на этом этапе мне недотупно. Rundeck количество конфигов больше сотни очень неудобно управлять, не поддерживается полноценное вложение конфигов(все в одну простыню).
И возврат тоже не конечное) его ещё нужно куда-то деть) на склад там или обратно клиенту и по новой))) отменённый товар могут вернуть в работу, почти в каждом бизнесе такое уместно
Может кто всречал такую проблему, <x-panels.filter /> - не работает @include('components.panels.filter') - работает чекал анонимный компонент, не подключает файл, через инклюд работает, какие могут быть причины?