デフォルトでは、新しいワークスペースを作成すると、自動的にそのワークスペースに切り替えられます。新しいワークスペースを作成して切り替えるには、terraformworkspacenew<new_workspace_name>を使用できます。既存のワークスペースに切り替えるには、テラフォームワークスペースを使用できますselect <existing_workspace_name>; 例：
$テラフォームワークスペースの新しい例
ワークスペース「example」を作成して切り替えました！
これで、新しい空のワークスペースが表示されます。ワークスペースは状態を分離するため、「テラフォームプラン」を実行すると、テラフォームはこの構成の既存の状態を認識しません。

説明
https://www.terraform.io/docs/internals/debugging.html

説明
ローカルバックエンドは、状態をローカルファイルシステムに保存し、システムAPIを使用してその状態をロックし、ローカルで操作を実行します。
参照：https：//www.terraform.io/docs/language/settings/backends/local.html

参照：https：//www.terraform.io/docs/language/values/outputs.html

ワークスペースを使用すると、単一のバックエンド内で単一の構成の複数のインスタンスを簡単に切り替えることができます。それらは多くの状況で便利ですが、すべての問題を解決できるわけではありません。
複数のワークスペースの一般的な使用法は、主要な本番インフラストラクチャを変更する前に一連の変更をテストするために、一連のインフラストラクチャの並列で別個のコピーを作成することです。たとえば、インフラストラクチャの変更の複雑なセットに取り組んでいる開発者は、デフォルトのワークスペースに影響を与えることなく変更を自由に試すために、新しい一時的なワークスペースを作成する場合があります。
デフォルト以外のワークスペースは、多くの場合、バージョン管理の機能ブランチに関連しています。デフォルトのワークスペースは、本番インフラストラクチャの意図された状態を説明する「マスター」または「トランク」ブランチに対応する場合があります。変更を開発するために機能ブランチが作成されると、その機能の開発者は対応するワークスペースを作成し、メインインフラストラクチャの一時的な「コピー」をそこに展開して、本番インフラストラクチャに影響を与えずに変更をテストできるようにします。変更がマージされてデフォルトのワークスペースにデプロイされると、テストインフラストラクチャが破棄され、一時的なワークスペースが削除される可能性があります。
https://www.terraform.io/docs/state/workspaces.html
https://www.terraform.io/docs/state/workspaces.html#when-to-use-multiple-workspaces