Тоже сталкивался с этим.
Я, помнится, в своё время сразу внимательно перечитал страницу проекта на гитхабе.
И там, внезапно, нашлось, то что нужно. https://github.com/axios/axios#handling-errors
Попробуйте тоже в будущем почитывать документацию ;)
И вообще их как то можно в одной консоли объединить?
Зачем?
Вам трудно две консоли открыть?
Если есть возможность, я бы порекомендовал использовать в работе webStorm/phpStorm
В нем есть отдельное удобное окошко, для запуска gulp тасков или npm скриптов
поддержка gulp/npm
Таски выполняются в отдельной панельке:
spoiler
Консоль открывается в отдельной, с любым количеством экземпляров:
И я вполне серьезно. Не должно быть таких модификаторов. Я уже подробнее писал по этому поводу, повторятся лень. Вкратце, если вам нужно по-быстрому поправить в каком-то месте стиль - воткните его инлайном.
Или заморочьтесь, продумайте семантику модификатора, нормально его назовите и используйте.
Никакой магии за вас гит не сделает. Нужно самому все настроить и определить процессы разработки.
Например.
Основная копия репы расположена на гихабе (гитлабе, битбакете, у себя на сервере).
Здесь ветка мастер защищена от пушей и коммитов. Разрешены допустим пуши и коммиты только для мейнтейнера.
Продакшн сайт лежит под гитом, и тянет код пуллом из мастера из основной копии.
Дополнительно разворачивается dev.site.ru. Туда также клонируется репа, переключается на dev ветку. (git checkout dev)
Разраб пилит там сайт, коммитит, пушит в dev ветку основного репо. Мейнтейнер проверяет, мержит, пуллит на продакшн.
База разворачивается отдельная для dev и прод.
Для версионирования структуры базы используются миграции. Для наполнения данными - сиды.
Т.е. для применения последних наработок сначала пуллится код из репы, потом запускаются миграции и сиды.
Ну и еще не обязательно вести разработку прямо на дев сервере.
Можно клонировать репу себе на комп, сделать что нужно, запушить в дев ветку, потом пульнуть эту ветку на dev сервер для тестирования. Потом смержить и залить на прод.
