Отдельная среда dev и prod Firebase

Я рассматриваю возможность использования Firebase в качестве MBaaS, однако я не смог найти надежного решения следующей проблемы:

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

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

какие предложения? Есть ли лучший подход, чем иметь две отдельные среды?

прежде чем вы опубликуете еще один ответ на вопрос, который объясняет, как настроить отдельные учетные записи Firebase: это не вопрос, прочитайте его еще раз. Вопрос в том, как перенести изменения между отдельными учетными записями dev и prod или любое лучшее решение, чем ручное копирование между ними их.

6 71
firebase

6 ответов:

в настоящее время я не использую Firebase, но рассматриваю его как себя. Похоже, что путь состоит в том, чтобы создать совершенно отдельный проект на консоли. Там был блог, рекомендующий это на старом сайте Firebase, но теперь его нужно удалить. https://web.archive.org/web/20160310115701/https://www.firebase.com/blog/2015-10-29-managing-development-environments.html

также это обсуждение рекомендации тот же: https://groups.google.com/forum/#! msg / firebase-talk/L7ajIJoHPcA/7dsNUTDlyRYJ

22

если вы используете firebase-tools есть команда firebase use что позволяет настроить, какой проект вы используете для firebase deploy

firebase use --add появится список ваших проектов, выберите один, и он попросит у вас псевдоним. Оттуда вы можете firebase use alias и firebase deploy подтолкнет к этому проекту.

в свое личное пользование, у меня есть приложение и мое приложение-разработки проектов как в консоли опорного пункта.

20

этот блогпост описывает очень простой подход с типом сборки debug и release.

в двух словах:

  • создайте новое приложение на Firebase для каждого типа сборки, используя другой суффикс идентификатора приложения.
  • настройте свой проект Android с помощью последнего файла JSON.
  • используя applicationIdSuffix, измените идентификатор приложения, чтобы он соответствовал различным приложениям на Firebase в зависимости от типа сборки.

=> подробное описание смотрите в блоге.

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

надеюсь, что это поможет!

4

вам нужно будет управлять различными типа

следуйте за этим

  1. во-первых, создайте новый проект в консоли опорного пункта, название ID, как YOURAPPNAME-ДЭВ

  2. Нажмите кнопку" Добавить приложение для android " и создайте новое приложение. Имя его ком.yourapp.отладки, например. Новые google-сервисы.файл json будет загружается автоматически

  3. в каталоге src вашего проекта создайте новый каталог с именем "debug" и скопируйте новые google-сервисы.файл json здесь

  4. в сборке уровня модуля.gradle добавить это

    debug {
        applicationIdSuffix ".debug"
    }

теперь при построении отладочной сборки google-services.json из папки "debug" будет использоваться и при сборке в режиме release google-сервисов.будет рассмотрен json из корневого каталога модуля.

3

Как я это сделал:

  1. у меня было 2 проекта на firebase-один для DEV другой для PROD
  2. локально мое приложение также имело 2 ветви - один с именем DEV, другой с именем PROD
  3. В моей ветке DEV у меня всегда есть JSON-файл проекта DEV firebase и аналогично для PROD

таким образом, я не обязан поддерживать свои JSONs.

0

мы делаем это путем создания разных файлов ключей json для разных сред. Мы использовали функцию учетной записи службы в соответствии с рекомендациями google и имеем один файл разработки и другой для производства

enter image description here

0