はじめに

Amplifyさんは本当にどんどん開発しやすい環境になっていきますね。すばらしい。
今回はそんな新たなamplifyコマンドをご紹介。

この記事の対象者

規模が大きくなってくると環境ごとにAWSアカウントを分けたりすると思いますが、そちらのことは何も考えておりませんのでご了承ください。

いつものコマンドを叩いて、設定を開始します。

$ amplify add env
 Do you want to use an existing environment? No
? Enter a name for the environment dev

たったこれだけで、これまで作った環境と全く同じ設定のバックエンド環境の設定ファイルが作られます。

作成した環境にチェックアウトして、pushするだけで、全く同じ環境が新たに作成されました！！

$ amplify env checkout dev
$ amplify push

色々触り過ぎでわけわからなくなったときは、以下のコマンドで強制的にローカル環境を上書きします。

$ amplify env pull --restore
もしくは
$ amplify pull

基本はrestoreのほうがいいと思いますが、おそらく両方とも動作は同じでないかと思われます。(未検証)

$ amplify env remove dev

基本的には、1つのバックエンド構築のファイルがamplify/backendのフォルダ内に存在し、そのデータを元にチェックアウトしている環境にpushすることで、バックエンドが構築されます。

ですので、devにチェックアウトしてでいい感じになったバックエンドをprodに反映させいたい！というときは、そのままprodにチェックアウトしてpushしたらおしまい、という形でとても簡単ですね。

ただ、簡単にできるということは人為的なミスも生じやすいということなので、何かしらの管理出来る状況にはしないといけないとは思っている、、、。

Amplifyコンソールを使ってホスティングしている場合、amplifyの環境を複数作成していると、ブランチごとにどのバックエンドの環境を利用するか選択することができます。
これで気軽に、本番環境と開発環境のバックエンドを分けることができます。

ちょっと新しいことにチャレンジしてみたいけどな、、、なんてときには、このコマンドで自分専用のバックエンドを作成し、お試しして、よかったら、開発環境に追加なんてことができます。

こんな簡単に、既存の環境を一切汚さずにバックエンドのテストができるなんて素晴らしい！！

amplifyでうっかりリソースを削除してしまったときほど困ることは有りません。もう元に戻れなくて、イチから作り直しなんてことの経験は何度もあります。
そんなとき、このenvさんを使えば簡単に復活できます。

ちょっと長くなるので、こちらについては別記事でまとめています。
Amplifyでpush前の状態に強制的に戻す方法

この子を知ったことで、開発の幅が一気に広がりました。感謝。