問題タブ [publish-profiles]

thisに基づいて自動生成されたヘルプを含む MVC 4.0 WebApi プロジェクトがあります。

私のモデル クラスは、私のソリューションの別のプロジェクトに保存されます。すべてのプロジェクトで xml ファイルの生成が有効になっています ([プロジェクト プロパティ] -> [ビルド] -> [出力] -> [XML ドキュメント ファイル] - [有効])。

ローカル デバッグではすべて問題ありません。xml ファイルがプロジェクト ディレクトリにコピーされ、別のプロジェクトのフィールド/クラスのコメントが表示されます。

しかし、公開プロファイルを (フォルダーに) 使用すると、xml ファイルが出力フォルダーにコピーされません。メインの WebApi プロジェクトから 1 つの xml ファイルのみがコピーされます。そのため、他のプロジェクトからのクラスへのコメントは表示されません。

ビルド サーバー: Update 4 を適用した TFS 2012。

連鎖構成を使用して web.config 変換を適用しています。Debug と Release の 2 つのソリューション構成があります。

Web アプリケーション、DEV、UAT、PROD の 3 つの発行プロファイルがあります。

私のビルドサーバーでは、「リリース」構成を使用するように設定し、MSBuild 引数に以下を追加しました。

ビルドはエラーなく完了しますが、出力がドロップ フォルダーにコピーされることはありません。ドロップ フォルダーには _PublishedWebsites フォルダーが含まれている必要がありますが、代わりに、ログ ファイルを含むログ フォルダーのみが含まれています。

以前に動作していたビルドのログ ファイルと動作していないビルドのログ ファイルを比較すると、ファイルをコピーしたすべてのログが完全に欠落していることがわかります。

私の発行プロファイルは、Web デプロイではなく、「ファイル システム」発行を使用するように設定されています。それが違いを生むかどうかはわかりません。ビルド サーバーのドロップ フォルダーと同じディレクトリを使用するように発行プロファイルを変更しようとしましたが、そのフォルダーとそのすべてのコンテンツが消去されるだけです。

msbuild 引数から "PublishProfile=UAT" を削除すると、期待どおりに機能し、ログと _PublishedWebsites フォルダーの両方がドロップ フォルダーにコピーされることを指摘したいと思います。

さらに、ログ ファイルでこれらのアクションを確認できるため、発行プロファイルから実行していることがわかります。すべてのファイルをドロップ フォルダーにコピーするという追加の手順を実行していないだけです。

アイデア？

一部の環境でしか使用されていないプロジェクトがいくつかあるため、それらをスキップして公開したいと考えています。ただし、ソリューション全体を公開すると、次の msbuild エラーが発生します。

ビルド エラーが発生しないように、ソリューションを公開するときにプロジェクトを無視する方法はありますか?

VS を使用しているときは、変更をすばやくプッシュしたいことがあります。「公開」プロンプトに移動すると、プレビュー ウィンドウが強制的に表示されます。下記参照。「公開」をもう一度明示的に押す必要があります。とにかくまっすぐに公開することはありますか？

また、このためのキーボード ショートカットはありますか?

msdeploy を使用してサーバーに展開しましたが、サーバー名、サイト名、ユーザー名、およびパスワードをパラメーターとして明示的に渡しました。これらはすべて発行プロファイルに含まれているため、発行プロファイル名を渡すだけで、msdeploy/msbuild がそこからサーバー名などを取得して、残りを実行できるようです。

これは可能ですか？

診断ログを使用すると、発行プロファイルを実行すると、"Done building target "GatherAllFilesToPublish"" というメッセージが表示され、"Done building project" というメッセージが表示され、実際に PackageTmp ディレクトリからパブリッシュ URL。最後に、「サイトは正常に公開されました」というメッセージが表示されます。

私の質問は、最後にコマンドを実行するにはどうすればよいですか? ファイルがすべてコピーされた後、publishUrl ディレクトリでコマンドを実行したいと考えています。

ビルドを行ってから Web サイトを公開するチーム ビルドを使用する TFS2013 で問題が発生しています。
VS2013 を使用して開発マシンから Web サイトを発行し、Web サイト プロジェクトの (右クリック) [Web サイトの発行] オプションを使用すると、すべてが正常に機能します。TFS2013 ビルド サーバーで次のエラーが発生します。

C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v12.0\Web\Transform\Microsoft.Web.Publishing.AspNetCompileMerge.targets(421,5): エラー:

**

チーム ビルドのセットアップで次の MSBuild 引数を使用しています。
/p:DeployOnBuild=true;VisualStudioVersion=12.0;DeployTarget=WebFileSystemPublish;PublishProfile=開発

Development Web Transform は、'PublishProfile=Development' 引数に応答してビルド サーバーで正常に動作します。Web.Config ファイルは、開発環境用に適切に変換されます。MSBuild の引数で述べたように、私は FileSystem パブリッシュ オプションを使用しており、それを維持したいと考えています。

ビルド サーバー 'C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v12.0\Web\Transform\Microsoft.Web.Publishing.AspNetCompileMerge.targets' を変更して、いくつかのプロパティをターゲット 'ConfigureForAspNetPreCompileMerge に次のように記録します。 ':

これにより、次の情報がチーム ビルドの website.log ファイルに記録されます: ConfigureForAspNetPreCompileMerge:

[TargetFrameworkVersion]: v4.0 [AspnetCompilerPath]: [Framework40Dir]: C:\Program Files (x86)\MSBuild\v4.0.30319 [MSBuildToolsRoot]: C:\Program Files (x86)\MSBuild\ [MSBuildRuntimeVersion]: 4.0. 30319

[Framework40Dir] は、同じ MSBuild ターゲットで同じデータを記録しているローカル マシンとは異なります。

12> タスク パラメーター:Text=[TargetFrameworkVersion]: v4.0 12>
[TargetFrameworkVersion]: v4.0 12> タスク パラメーター:Text=[AspnetCompilerPath]: 12> [AspnetCompilerPath]: 12> タスク パラメーター:Text=[Framework40Dir] : C:\Windows\Microsoft.NET\Framework\v4.0.30319 12> [Framework40Dir]: C:\Windows\Microsoft.NET\Framework\v4.0.30319 12> タスク パラメーター:Text=[MSBuildToolsRoot]: C:\Programファイル (x86)\MSBuild\ 12> [MSBuildToolsRoot]: C:\Program Files (x86)\MSBuild\ 12> タスク パラメーター:Text=[MSBuildFrameworkToolsRoot]: C:\Windows\Microsoft.NET\Framework\ 12>
[MSBuildFrameworkToolsRoot ]: C:\Windows\Microsoft.NET\Framework\ 12>
タスク パラメーター:Text=[MSBuildRuntimeVersion]: 4.0.30319 12>
[MSBuildRuntimeVersion]: 4.0.30319

[Framework40Dir] の TeamBuild 値は次のとおりです: 'C:\Program Files (x86)\MSBuild\v4.0.30319' vs 私のローカル DEV マシン: C:\Windows\Microsoft.NET\Framework\v4.0.30319

これは非常に珍しいようです。

また、TeamBuild ファイル 'C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v12.0\Web\Transform\Microsoft.Web.Publishing.AspNetCompileMerge.targets' を変更して、Framework40Dir のプロパティを次のように手動で設定しました。 「C:\Windows\Microsoft.NET\Framework\v4.0.30319」ですが、TeamBuild プロセス全体がその時点に到達するとハングしているように見え、手動で停止するまでチーム ビルドを永久に実行します。

これは、ここで機能したのと同じソリューションです: TFS ビルド サーバーは発行プロファイルを機能させることができません: "有効な AspnetCompilerPath が見つかりません" しかし、私にとっては機能しません。その問題は私の問題と同じです。

ビルド サーバーは TFS2013.3 で最新です。私はそのマシンに Visual Studio 2013 をインストールしていません。TFS チーム ビルドに VS は必要ないことを読みました。

この問題のヘルプは非常に高く評価されています.....ありがとう.

ローカル テスト サーバーへの Web サイト (Web アプリではない) の自動展開を設定しようとしています。VS2013 からの公開は正常に機能しますが、MSDeploy を使用して TeamCity 8.1.4 (ビルド 30168) から実行しようとすると、次のエラーが発生し続けます。

MSBuild.exe を開始できませんでした。プロジェクト ファイル \App_Data\PublishProfiles\DeployToLocalTest.pubxml で既定のターゲットを検出できませんでした。TeamCity Web UI のビルド構成オプションでターゲットを明示的に定義してください。プロジェクトは DefaultTargets または InitialTargets を定義しません。

ビルド ステップのコマンド ライン パラメーター:

pubxml ファイルは次のとおりです (スペースのためにトリミングされています)。

注: 機密情報を XXXX に置き換えました