спасибо,
а это идея - "работать каждый раз над новой задачей в новой ветке"
насчет трех серверов - надо переварить. в текущий момент, проект - статика SPA. Физически сервер один, вероятность расхождения в работоспособности того же кода - минимальна (кажется)
PS
не совсем ясно, как организовать диплой между стейдж и прод
PPS
возможно демо в этой схеме есть мой локальный сервер на котором я смотрю свои правки в реальном времени.
Виноват, не все вводные данные дал...
master пушится на продакшен сервер
develop в тестовую песочницу.
такой вот примитивный диплой - внесли "логотипчик в список партнеров" запушили в девелоп, посмотрели с клиентом, как встало. Замерджили в мастер, запушили - наслаждаемся изменениями на проде. (пардоньте, за англицизмы)
PS
насчет пул реквестов - подумаю, в принципе, в схему впишется, и наверное, даже застрахует от случайного пуша обновлений сразу в мастер
1. Эдак у меня весь монитор будет обклеен стикерами, когда проектов несколько.
2. Согласен, невнимательность. Опять же несколько проектов если вести, внимание рассосредотачивается, вероятность ошибки возникает. Проблем с переносом то нет, вопрос как это минимизировать.
переменная createLink в корне, он же bus и он же слушает событие change-view, что бы присвоить переменной createLink новое значение
далее в компоненте для каждого view ловим в props наш bus и инициируем в него событие, где передаем новое значение для ссылки - this.bus.$emit('change-view', '/user-delete')
PS
но выглядит не 'кошерно'.
PPS
в этом примере можно попробовать обойтись без bus - а использовать конструкцию this.$parent
dimonchik2013, спасибо за ответ! да хожу вокруг транзакционных... пока безуспешно
если хитро приготовить
а вот это интересно :) был ли опыт? если не сложно в двух словах расскажи?
MailChimp упомнает -
You can also create certain types of transactional messages in MailChimp, like order notifications.
Значит ли это, что только для екомерс возможны транзакционные? не могу никак найти как для обычных ситуаций настроить транзакционные...
сделал активность - триггер на смену поля в листинге делать отправку письма, меняю это поле при подписке и меняю при отправке (первого) письма (action after email sent)
- поле туда сюда меняется - писем повторных не приходит. формулировка - You’ve already sent this email to the subscriber.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
почему
updateObj: (state, payload) => state.obj = payload
работает идентично