問題タブ [azure-git-deployment]

作業中のWebサイトの1つをホストするためにAzureWebサイトを使い始めたところです。これまでのところすべてが非常にスムーズですが、私が気付いたのは、Webサイトを更新すると、その更新がすぐに利用可能になることもありますが、多くの場合、変更が公開されるまでに数時間かかることがあります。

Visual Studio 2012の公開ツールとGitリポジトリをWebサイトにプッシュすることの両方でデプロイしようとしましたがgit push azure master、どちらも同じ遅延が発生します。更新プログラムをプッシュすると、正しいコミットがAzure管理ポータルにすぐに表示されますが、変更は数時間後までWebサイトに影響しません。そこにはある種のキャッシュがあるようですが、これは非常に面倒です。

違いがあれば、共有Webサイトインスタンス（無料のインスタンスではありません）を実行します。

私はMSDNでこの投稿を読みましたが、これは関連しているようですが、スレッドは解決策を提供しておらず、他の情報を追跡することができませんでした。

これは既知のバグですか？それを回避する方法はありますか？

私は MVC4 + EF4.0 .NET 4.5 プロジェクト (たとえば、MyProject) を持っています。プロジェクトをローカルで問題なく実行できます。Azure Web サイト (クラウド サービスではない)にFTP デプロイすると、正常に動作します。ただし、GIT deployを実行すると、EF5.0 データベース操作を実行するまで、サイトはほとんどの場合「実行」されます。例外が発生しますUnable to load the specified metadata resource。

デバッグ時に、次の場合に気付きました。

• GIT は MVC4 プロジェクト全体をデプロイします (以前と同様)
• FTP を入力し、GIT プッシュ (つまり、同じソース) 後にローカルでビルドしたばかりbin\MyProject.dllのファイル (Windows 8 x64、VS2012、Oct'12 Azure ツール) に置き換えます。bin\MyProject.dll

その後、Azure がホストする Web サイトは正常に動作します (EF5.0 データベース機能部分も)。

ローカルにビルドされた .dll は、Azure GIT パブリッシュでビルドされたものよりも約 5 KB 大きく、どちらも「リリース」モードです。GIT プッシュ (Azure 内) 後にビルドされたプロジェクトは、自分の PC とは異なる方法でビルドされていることは明らかです。ポータルを確認したところ、.NET 4.5 に設定されています。また、小さな断片だけでなく、ソリューション フォルダー全体 (1 つのプロジェクトのみ) を GIT でプッシュしています。

ローカルでビルドされた MyProject.dll ファイルとリモートでビルドされた MyProject.dll ファイルをロードすると、次の違いに気付きました( FrameworkDisplayName )

• ローカル：System.Runtime.Versioning.TargetFrameworkAttribute(".NETFramework,Version=v4.5", FrameworkDisplayName = ".NET Framework 4.5"),

• リモート:System.Runtime.Versioning.TargetFrameworkAttribute(".NETFramework,Version=v4.5", FrameworkDisplayName = ""),

なぜこれが起こっているのか、そしてどのような修正が考えられるのか、誰でも知っていますか?

生成された JavaScript ファイルを git ソース管理リポジトリに追加することは避けたいと考えています。Azure Git Deploy は、ファイルをデプロイする前にビルドを実行するための追加コマンドの実行をサポートしていますか?

残念ながら、AzureにはEF 5空間サポートがないという問題があるため、関連するDLLを自分で含める必要があります：関連リンク

SqlServerSpatial.dllを含めると、VisualStudio内の公開ツールを使用して正常に展開を完了することができました。

ただし、関連するDLLをgithubreproで使用できる状態でGithub->Azureデプロイメントを使用しようとすると、デプロイメントが失敗し、次のメッセージが表示されます。

ここからトラブルシューティングする方法がよくわからないので、助けを借りることができます。ありがとう！

Azure の Git 展開で次の展開目標を達成するにはどうすればよいですか?

• ローカルで作業しているときに、偽のメモリ内データまたは (最終的には) 実際のデータの非運用スナップショットのいずれかを使用するように簡単に切り替える
• 最初は偽のメモリ内データを使用し、最終的には実際のデータの非運用スナップショットに移行できるように、Azure のステージング環境にデプロイします。
• 実際のデータを使用して本番環境にデプロイする

現在、Github とステージング ブランチを使用してステージング Azure Web サイトにデプロイしています。パブリック リポジトリにデプロイするため、web.config ファイルは git によって無視されます。（編集：web.configを無視すると実際にAzureで展開エラーが発生することを知りました）

どんな助け/提案も大歓迎です。

大規模な WordPress サイト (アップロード ディレクトリのサイズが 15 GB) を Azure に移動しようとしています。

ギャラリーからWordPressサイトを作成してから

1. git リポジトリを作成しようとしましたが、所有している多数のファイルに対しては機能しません。
2. アップロード ディレクトリを圧縮し、ftp を使用して端末から Azure に移動しようとしました。それもうまくいきませんでした。
3. Azure の Web サイトにはシェル アクセスがないため、SCP はオプションではありません。

サイトを紺碧に移動する方法を教えてもらえますか。

Azure Websites の新しいリモート デバッグ機能を試してみましたが、Web Publish を使用しないと正しく機能しないという問題に遭遇した可能性があります。ローカルの git deploy を使用してサイトをデプロイすると、デバッガーはアタッチされますが、デバッグ シンボルは読み込まれません (ブレークポイントに警告が表示されます)。

PDB ファイルを含めるようにリリース構成を設定すること (Azure の git deploy は既定でリリース構成を使用するため) と、ここazure site deploymentscriptで説明するコマンドによって生成されたカスタム デプロイ スクリプトを使用することと、デバッグ構成を使用するようにビルド コマンドを設定することの両方を試みました。どちらの場合も、シンボルが読み込まれないという同じ問題が発生します。

問題はおそらく次のいずれかだと思います。

1. Azure は、リモート デバッグを可能にするために実行する必要がある Web 発行の後に、ある種のカスタム アクションを実行します。
2. git デプロイメント スクリプトで使用されるビルド オプションには、Web アプリケーションの PDB 出力が存在しない原因となっている何らかのフラグがありません (これはありそうにないと思います)。
3. サイトが実際に実行され、オンデマンドでコンパイルされているときに、デプロイ スクリプトで使用する構成が Azure に適用されない

最終的には、自動化されたデプロイ スクリプトをいくつか書きたいと考えています。これを実現するには、Web Publish よりも git デプロイを使用したいと考えています。私を本当に困惑させているのは、PDBファイルを含めるように設定されたリリース構成でもこれが失敗することです。git の展開では行われていないことを、Azure で Web Publish のために行う必要があると本当に思います。ここで何が違いを引き起こしているのか、誰にも考えがありますか?

カスタム Git デプロイ スクリプト

参照用に生成されたカスタム展開スクリプトを含め、azure site deploymentscriptそれが使用するビルド フラグを表示します。関連する部分は:: Deploymentセクションの後にあります。

Visual Studio Online に git リポジトリがあります。Azure Web サイトをセットアップし、それを git リポジトリに接続しました。これにより、ビルド定義が作成されます。これは、変更を Visual Studio Online にプッシュすると、変更がビルドされて Azure Web サイトにデプロイされることを意味します。

以前のビルドを再デプロイできるようにしたいと考えています。Azure portal でデプロイを表示できますが、再デプロイ ボタンをクリックすると、次のメッセージが表示されます。

「ビルド 'escc_CD_20131216.4' は '{1}' で失敗しました」

次に、「詳細」をクリックすると、次のように表示されます。

「ゲート チェックイン、プライベート ビルド、バッチ化された複数のリクエスト、または変更セットではないソース取得バージョンを使用したビルドを再デプロイすることはできません。」

• ビルドとデプロイのプロセスはプッシュ時に自動的に実行されるため、ゲート チェックインではありません。
• プライベート ビルドは、チェックインせずにビルドする TFS のもののようですが、これらは git でコミットされた変更であるため、それもないと思います。
• 複数のリクエストをバッチ処理することもできますが、意図的に行っているわけではありません。これは複数のコミットを意味するのでしょうか、それとも何か違うのでしょうか?
• 変更セットもまた TFS 用語です。これは、ビルドをキューに入れ、ビルドが実際に開始される前にさらに変更を加えた場合、「ソース取得バージョン」(つまり、ビルド時に見つかったもの) が元のコミット (「変更セット」) ではないことを意味すると思います。しかし、一度に 1 つのコミットとビルドを行っているため、これがどのように問題になるかはわかりません。

誰でも助けることができますか？