search

pj-picbook / picbook

9 stars 0 forks source link

Feature/#46 firebase environment #81

Closed Romu1273x closed 2 years ago

Romu1273x commented 2 years ago

関連のタスクissue*

PR作成時のチェックリスト*

※対象外の場合は実施していなくてもチェックを入れる

対応したこと*

・Dockerファイルの設定 ・firebase, storage, functionsのセキュリティールールの設定

未解決の課題

その他・備考

実行方法は以下です。 1.docker-composeがあるディレクトリに移動

cd firebase

2.Dockerの起動

docker-compose up
docker-compose run -p 4000:4000 -p 5000:5000 -p 5001:5001 -p 8080:8080 -p 9005:9005 firebase-cli-container /bin/bash

3.firebaseにログイン

firebase login

4.デプロイ

firebase deploy

※ --only ~~ で一部のみを対象にできる。 例）--only functions

リリース時の注意点

Romu1273x commented 2 years ago

developブランチだと既にnode_modules大量に入ってました。。 後で消すかどうにかした方が良いかもです。

tokku5552 commented 2 years ago

@Romu1273x

developブランチだと既にnode_modules大量に入ってました。。 後で消すかどうにかした方が良いかもです。

これはどういうことですかね？このブランチで作業した状態で、developブランチに切り替えると、localにnode_modulesの変更がたくさん出る　という状況ですか？ それはgitignoreがdevelopブランチに反映されていないからで、マージされれば勝手に解消するはずです！ 気になるならnode_modulesはローカル環境にしか存在しないフォルダなので、消しちゃって大丈夫です！(ただ次nodeの作業するときに、再度npm installする必要がある)

Romu1273x commented 2 years ago

@tokku5552

これはどういうことですかね？このブランチで作業した状態で、developブランチに切り替えると、localにnode_modulesの変更がたくさん出る　という状況ですか？ それはgitignoreがdevelopブランチに反映されていないからで、マージされれば勝手に解消するはずです！ 気になるならnode_modulesはローカル環境にしか存在しないフォルダなので、消しちゃって大丈夫です！(ただ次nodeの作業するときに、再度npm installする必要がある)

すみません、説明不足でした。 既に自分以外の誰かがnode_modulesを作成してdevelopブランチにマージ済みだったっていう事です。

tokku5552 commented 2 years ago

既に自分以外の誰かがnode_modulesを作成してdevelopブランチにマージ済みだったっていう事です。

いえ多分それはないです！developに切り替えたときにローカルにnode_modulesが残っているだけかと思います！ このブランチがdevelopにマージされれば、差分はなくなるはずなので気にしなくて大丈夫です！

Romu1273x commented 2 years ago

いえ多分それはないです！developに切り替えたときにローカルにnode_modulesが残っているだけかと思います！ このブランチがdevelopにマージされれば、差分はなくなるはずなので気にしなくて大丈夫です！

すみません、勘違いしてました。おっしゃる通りでした。 リモート上は上がってなかったです。

tokku5552 commented 2 years ago

LGTM