MVC4アプリをELBにデプロイしようとしています。プロジェクトには、依存関係をまとめるビルド後のステップがいくつかあります。AWS SDK公開ウィザードは、このトリックを実行しません。WebDeployパッケージをバックグラウンドでビルドします。これは、ビルド後の手順を実行したり、結果のディレクトリ構造を保持したりしません。
だから、私はコマンドラインEBツールをダウンロードし、gitリポジトリを機能させましたが、次のステップを実行できません：サーバーに何をプッシュするかgit aws.push：結果のファイルだけの場合は指定できないため「32ビットアプリケーションを有効にする」フラグ（必須）など。次に、リポジトリからWebデプロイパッケージをプッシュしますか？
私はそう思いますが、もしそうなら、ビルド後の手順で「通常の」ビルド中に出力フォルダーにコピーされたファイルを含めるにはどうすればよいですか？
どうぞ。これは、Jim Flanaganが言っていたことと矛盾しているようです。以下はzipファイルですが、Jimはその内容だと言っています。
@ジムフラナガン-時間があればコメントできるかもしれません。ありがとう。
AWSプレミアムサポートにお問い合わせいただきありがとうございます
ElasticBeanstalkエンジニアリングチームからの連絡。
ASP.NET/MVCアプリをaws.pushする場合、Webデプロイアーカイブをプッシュするのではなく、アーティファクトをマシンにデプロイしたいとおりにプッシュします。顧客のスタックオーバーフローの質問から、VSデプロイメントウィザードが作成したローカルのgitリポジトリをすでに見つけており、それらを見ると、gitリポジトリに何が必要かがわかります。
aws.pushを使用して、「32ビットアプリケーションを有効にする」アプリプール設定（またはその他の構成設定）を指定する良い方法はありません。特定の構成設定セットが必要な場合は、構成を指定できる環境を（コンソールまたはebコマンドラインツールを使用して）作成することをお勧めします。次に、git aws.pushを使用してその環境にデプロイします。gitaws.pushは、環境にすでに存在する設定を使用するだけです。
まだ増分であるという最後の質問は、1つの大きなzipファイルだけをプッシュしているわけではないため、実際には有効ではありません。ただし、そうであれば、zipファイルで何が変更されたかによっては増分になる可能性があり、2つのバージョンのzipファイル間で差分が送信される可能性があります。質問が示唆しているように、そのユースケースは実際にはインクリメンタル展開が役立つように設計されたものではありません。