ここで説明されている機能分岐アプローチ: http://nvie.com/posts/a-successful-git-branching-model/は素晴らしいです。私たちはそれに従いたいと思っています。
本番環境、品質保証環境、ステージング環境、統合環境、およびローカル環境があります。私たちのプロジェクトは、API を公開する PHP バックエンドと、API を使用する AngularJS クライアントを備えた一種の標準的な Web サイトです。私たちのインフラストラクチャ アーキテクチャは、それほど単純ではありません。Varnish、Nginx、Apache2、memcache、プロキシ、いくつかのカスタム ミドルウェア、mysql、elasticsearch などがあります。リポジトリのコードはインフラストラクチャを変更しません。これは GitHub 内のアプリケーションのコードにすぎません。
私たちは通常、同時に 3 つ、4 つの機能ブランチに取り組んでいます。
すべての機能ブランチを 1 つの環境にデプロイし、Nginx/Apache2 vhost をもう 1 つ追加したり、db スキーマをもう 1 つ追加したり、同じサーバーに追加したりするのは良い方法ですか?
これらの機能ブランチ用に 3 つ、4 つの個別の環境を用意することもできますが、1 つの環境で動的に実行するための解決策を探しています。シェフ/パペットは、GitHub からのフックの後に機能ブランチにちなんで名付けられた新しいサーバー構成 (vhosts、db スキーマなど) をデプロイする必要がありますか?
他のアプローチはありますか？