Дмитрий

А нужен ли вам git-flow?
Насколько я понимаю, опыта в git у вас почти нет, но вы собираетесь применить сразу энтерпрайз-решение. git-flow подразумевает использование релизов. В связи с этим и строится набор веток и их взаимодействие. В подавляющем большинстве случаев релизы не нужны, а значит и процесс будет другим.
Упрощенный процесс хорошо расписал опытный человек здесь: https://qna.habr.com/answer?answer_id=1552111#answ...
Это работает даже если у вас в команде несколько человек, не говоря уже об одном разработчике. Проверено на себе.

Тут я писал про Ionic, но он тоже Angular:
Как организовать социальную аутентификацию через Socialite(Laravel)+JWTAuth+Vue.js без редиректа с API-сервера?

Laravel. Иерархический RBAC для самых маленьких

Еще ни разу у меня не было повода сделать редактирование роли в админке... Дать тупому юзеру редактировать роль? Не думаю что в проектах масштаба "Laravel" стоит этим заморачиваться.

https://github.com/git-ftp/git-ftp

Вы можете воспользоваться глобальным обработчиком исключений App\Exceptions\Handler и отображать все, что вам заблагорассудится на любое исключение.

Подробнее можно прочитать в этой бесплатной книге:
https://github.com/adelf/acwa_book_ru/blob/master/...

Дело в том, что объект Request создается "пустой". Нет объекта Session, который был бы связан с запросом. Поиск текста ошибки по исходникам легко приведет вас к месту ошибки, а оттуда нетрудно добраться и до инициализации.

Может вам проще воспользоваться способом, описанным в документации:
https://laravel.com/docs/5.8/http-tests#session-an...

https://phpunit.readthedocs.io/ru/latest/writing-t...

Только не забудьте, что вызывать этот метод нужно до вызова метода, который может поднять исключение.

https://www.opennet.ru/dev/fsbackup/
https://github.com/opennet/FSBackup

Если у вас уже "есть" коммит, значит но уже лежит в какой-то ветке.
Создайте новую ветку и сделайте cherry-pick коммита в нее.

Ко всему уже перечисленному добавлю - это очень удобно для тестирования. Вы можете mock'нуть модули/методы и не дергать при тестировании реальный API.

updateOrCreate предназначен для обновления одной записи, а не массива.
А кроме того, вы ее еще и используете неправильно:

updateOrCreate(<атрибуты поиска>, <обновляемые значения>)

Не вполне понятно что за 2 системы и чем является ваш проект в них...
Если ваш проект можно назвать плагином для этих систем, то видится три варианта:
1. Создаете в "системах" папку своего проекта и добавляете ее в .gitignore. Клонируете в папку свой проект и работаете с ним как обычно. Т.е. у вас получается репозиторий внутри репозитория, но они друг про друга не знают.
2. Сделать ваш проект модулем тех "систем" с помощью git modules со всеми вытекающими.
3. Оформить ваш проект в виде внешнего модуля (npm, composer и т.п.) и инклюдить его в "системы".

Дмитрий выше все правильно написал. И да, все уже сделано за нас: https://github.com/laravel/ui
Т.е. вы действительно делаете #app в layout'е и Vue обрабатывает все содержимое вашей страницы. Т.о. вы может создавать компоненты и вставлять их в необходимые места.
А про разграничение доступа: кто вам мешает использовать в blade @if и не показывать компоненты тем, кому их видеть не нужно?...

Если эти 29 полей связаны с филиалами, то может часть перенести в соответствующие таблицы?

Выключите блокировку рекламы. Это же ваша реклама... ;о)

Вам ответило 6 человек и всем и каждому в комментариях вы написали что вам удобно хранить настройки на github и вы единственный разработчик...
Вы уверены что вообще стоило задавать этот вопрос?