問題タブ [kudu]

数日前、MicrosoftはAzureへのgitデプロイメントを行うために使用しているエンジンをリリースしました。しばらくの間、TODOリストにそのような機能をDEV IISサーバーでセットアップするタスクがあったので、その目的でKuduを試してみることに興味があります。

「はじめに」ドキュメントには、Webフロントエンドの実行方法が示されていますが、そこにあるすべてのものは、gitリポジトリの「http：// localhost：PORTNUMBER」タイプのURL、サイトのURLなどを使用しています。

これはおそらく彼らよりもはるかに進んでいると思いますが、すべてのローカルホストビットの代わりに「通常の」IISで実際のドメインを使用して設定する方法について誰かがポインターを持っているかどうか疑問に思います。

https://github.com/projectkudu/kuduを使用してデプロイを自動化しようとしています。私はKuduをすべてセットアップし、うまく機能させています。

ただし、TFS ビルドから git リポジトリにプッシュできるようにしたいと考えています。私は TFS の既存のビルド テンプレートを見て、素敵な XAML を試してみました。

誰かが git にプッシュしたり、TFS で実行可能ファイルを実行したりする簡単な例を提供できますか?

BitBucket の Git Deploy を使用して、Orchard CMS Web サイトを Windows Azure にデプロイしています。

最新の変更だけで、デプロイしようとするとエラーが発生します。

別のプロセスで使用されているため、プロセスはファイル 'C:\DWASFiles\Sites[MyWebsite]\VirtualDirectory0\site\wwwroot\App_Data\Dependencies\Joel.Net.Akismet.dll' にアクセスできません。

その Azure Web サイトを考えると、「AppPool を停止する」などのことはできません。サイトを停止しようとしましたが、サイトを停止した状態で配置を行うことができません。さらにトラブルシューティングする方法については、アイデアがありません。

ftp経由で更新しようとしています

「再起動」するオプションはありませんが、サイトを停止して起動することはできますが、これは機能しません (502 Web サーバー エラー)。

\App_Data\Dependencies フォルダーのファイルを ftp で削除しても機能せず、同じエラーが発生します。

サイトを停止してから、ftp 経由でファイルをアップロードすると機能します。しかし、Git 経由で再デプロイしようとすると、同様のエラーが発生します。

コマンド: deploy.cmd 基本的な Web サイトの展開を処理します。KuduSync.NET from: 'C:\DWASFiles\Sites[MyWebsite]\VirtualDirectory0\site\repository' to: 'C:\DWASFiles\Sites[MyWebsite]\VirtualDirectory0\site\wwwroot' エラー: プロセスはファイルにアクセスできません ' C:\DWASFiles\Sites[MyWebsite]\VirtualDirectory0\site\wwwroot\App_Data\Dependencies\Markdown.dll' は別のプロセスで使用されているためです。コピー ファイル: 'App_Data\Dependencies\dependencies.compiled.xml' コピー ファイル: 'App_Data\Dependencies\dependencies.xml' コピー ファイル: 'App_Data\Dependencies\Ionic.Zip.dll' コピー ファイル: 'App_Data\Dependencies\Joel. Net.Akismet.dll' コピー中のファイル: 'App_Data\Dependencies\Markdown.dll' Web サイトの展開中にエラーが発生しました。基本的な Web サイトの展開の処理。

1 つの dll だけではなく、Git の展開中に \App_Data\Dependencies フォルダー内のすべての dll が「停止」することはないと確信しています。

Git Deploy を実行するために Azure Websites に別のサイトをセットアップしようとしています

Git 用に別の Azure サイトをセットアップして、同じコード ブランチをデプロイしましたが、これは正常に機能します。

しかし、ドメイン名を新しい Azure Web サイトに切り替えると、新しいサイトは機能しなくなりますが、古いサイトは git deploy を受け入れることができます。

したがって、私のドメイン名が向けられた Web サイトは、更新が機能しなくなる原因となるアクティビティを取得している必要があります。サイトを停止して Git デプロイを行う方法はありますか?

したがって、@ David のコメントに従ってレポから Dependencies フォルダーを削除した後、新しいエラーが発生します。

コマンド: deploy.cmd 基本的な Web サイトの展開を処理します。KuduSync.NET from: 'C:\DWASFiles\Sites[MyWebsite]\VirtualDirectory0\site\repository' to: 'C:\DWASFiles\Sites[MyWebsite]\VirtualDirectory0\site\wwwroot' エラー: パス 'Joel. Net.Akismet.dll' が拒否されました。コピー中のファイル: '.gitignore' 削除中のファイル: 'App_Data\Dependencies\Joel.Net.Akismet.dll' Web サイトのデプロイ中にエラーが発生しました。基本的な Web サイトの展開の処理。

Kudu 同期が Dependencies フォルダーにファイルがないことを確認し、それらを削除しようとしているようです! 依存関係フォルダーがまったくない場合も同じことが起こります-依存関係フォルダーを削除しようとします。

@David kudu無視ファイルはありますか？

解決しました！

OK私はそれを続けました、そして私はついにそれを解決しました。

• app_data フォルダー全体を削除し (最初にバックアップしてから)、これを Git にチェックインしました。
• これが Azure にプッシュされ、新鮮な Orchard サイトができました
• その後、app_data を再度追加しましたが、app_data/dependencies フォルダーを無視することにしました
• Git にプッシュし、Azure に完全に更新

次のチェックインがまだ機能することを願っています (指を交差させました)

Git でプッシュするときに、Kudu (またはその他の手段) を使用して MySql 接続情報を取得する方法はありますか?

ポータルからアクセスできることはわかっていますが、プッシュ先の Azure Web サイトに基づいていくつかのファイルを生成するビルド スクリプトを作成したいと考えています。アプリの設定も認識していますが、そこで重複したくありません。

wp-config.phpファイルを動的にビルドし、リポジトリにチェックインさせたくないカスタムビルドの WordPress インスタンスをデプロイしています。

Azure の Git デプロイを使用してプロジェクトをビルドおよびパッケージ化しようとしています。

以下のファイルを作成しました

• .deployment
• deploy.cmd
• Gruntfile.js
• package.json

私の.deploymentファイルは を呼び出しますdeploy.cmd。deploy.cmdNode.js と npm のチェックイン コピーを含むようにパスを設定して、環境をセットアップします。ちゃんと呼べますnpm install。を呼び出すとgrunt、最初の標準出力メッセージまで実行されたようで、その後返され、エラー リターン コードが設定されます。それ以外のメッセージは受け取りません。他のコマンドは問題なく動作するようです。

STDERR をパイプアウトしようとしましたが、うまくいきませんでした。リモート実行コンソールで実行してみましたが、うまくいきませんでした。私のGruntfile.js実行はローカルで問題なく実行されます。

私が見逃している魔法のソースはありますか？

一連のモジュールを使用して Orchard 1.6 を構築しています (私のモジュールが含まれています)。合計 56 モジュール。そして、Azure Website Standard Small Instance (1 コア、1.75 MB メモリ) でほぼ 3 時間ビルドしています。

また、2.54 GB のファイル システム ストレージが必要でした。

Azure を Bitbucket リポジトリにリンクしてビルドします。リポジトリには、モジュールなどを含むすべての Orchard ソース コードがあります。

私の.deploymentファイルでは：

なぜそんなに時間がかかるのですか？

アップデート。5時間かかりました：

(Orchard.proj がすべてのテスト (specflow、単体テスト) を行ったようです。おそらく、fastbuildパラメーターを取りませんでした。確認する必要があります。)

そして、2,61GBかかりました。共有インスタンス (<1GB) にデプロイしたかったので面倒です。Azure ストレージ バリアントを今すぐ確認する必要があります。

ありがとうございました

説明

私たちは現在、MVC4/Umbraco に基づくプロジェクトに参加しており、Azure Websites を使用してホストしています。

SCM_BUILD_ARGS を使用して、デプロイ先の Azure のサイト (Test と Prod) に応じて異なるビルド設定を変更しています。

これは、UI でアプリ設定を定義することによって行われます。

SCM_BUILD_ARGS = /p:環境=テスト

以前は Bitbucket Integration を使用してデプロイしましたが、ここではこの設定がチャンピオンのように機能しました。

Git Deployment の使用に切り替えて、テストに合格したらビルド サーバーから変更をプッシュします。しかし、これを行うと、素敵なエラーが発生します。

"MSB1008: 指定できるプロジェクトは 1 つだけです。"

ただし、Azure の UI から同じ失敗した展開を再展開しようとすると機能します。

いくつかの試行錯誤の後、 deploy.cmd に入り%SCM_BUILD_ARGS%、スクリプトに値を出力することを終了しました。/SCM_BUILD_ARGS から削除されたように見えますが、Bitbucket 統合や UI からの再デプロイではなく、Git デプロイを使用している場合のみです。

回避策

/回避策として、今のところ deploy.cmd スクリプトの の前に を追加しました%SCM_BUILD_ARGS%が、これはもちろん、再デプロイを中断//p:Environment=Testします%SCM_BUILD_ARGS%。

質問

この問題のより良い解決策を知っている人はいますか?それとも Kudu のバグでしょうか? Git からのデプロイと再デプロイの両方が機能することを願っています。