そうかもしれません。これは大きな助けであり、discourse-setup と同様に、非常に標準的な新規インストールという特定の目的に特化したものです。私のインストールスクリプトは、かなり前からこれを使用しています。古いコンテナのバックアップを取得し、新しいコンテナに復元する用意があれば、2 つのコンテナ構成への移行を容易に行うことができます。
私の懸念は、常にサポートが困難になる点です。仕組みを理解しないユーザーがこれを使用しようとし、その後、“rebuild app” が機能しなくなるため、ドキュメントを利用できなくなってしまう恐れがあります。また、データベースコンテナをいつ再構築する必要があるかも判断が難しいのです。最近、Redis が 3.0 だったため再構築に失敗し、現在は 4.0 が必要となりました。さらに PostgreSQL の更新も必要となり、一連の手順を踏む必要がありましたが、データコンテナと Web コンテナのどちらをいつ再構築し、推奨パスをどのように変更すべきかを知る必要がありました。私にとってはすべて問題なく進みましたが、Bash が何かさえ知らない人にフォーラムでそれを説明するのは、関係者全員にとってフラストレーションが溜まることでしょう。
標準的でないインストールを作成する際の障壁を高く保ち、ユーザー自身を保護することが最善策だと考えます。