問題タブ [publish-profiles]

Visual Studio (UI、プロジェクトの右クリック、公開) を介して PublishProfile を使用して MVC プロジェクトを公開し、宛先フォルダーをクリアするオプションにチェックを入れています。しかし、特定のフォルダ「ダウンロード」をクリアしたくない

私はこれを機能させるために数え切れないほどの時間を費やしました。ここで説明した人とまったく同じコードを持っていると思いますが、それでもダウンロードフォルダーは削除されます

また、以下の例のように、宛先フォルダーの削除を選択解除すると機能する「favicon」の ExcludeFromPackageFiles があります (私の wpp ターゲットが実際に実行されていることを示すためだけに)。

以下は私のprojectname.wpp.targetsファイルです

何か案は？

を作成しようとしていますBuild Pipeline。Microsoft が公開している既存の msbuild ターゲットを活用できるのか、それとも自分でゼロから作成する必要があるのか​​に興味があります。

私は大規模な Webサイトプロジェクト (Web アプリケーションではない) を持っています。

ビルド パイプラインは次のとおりです。

1. チェックインが発生します
2. CI呼び出されたビルドをトリガーします01 Commit Stage
3. 01 Commit Stage自動トリガー02 Prepare for deployment
4. 02 Prepare for deployment自動トリガー03 UAT

各段階で私がやりたいことは次のとおりです。

• 01 コミットステージ
  • すべてのプロジェクト ファイルがビルドされます
  • 単体テストが実行されます
  • Web サイトは AspNet_Compiler を介して実行されます
• 02 展開の準備
  • 以前のビルドからの出力が使用されます
  • その後、AspNet_Merge.exe を介して出力が実行され、コンパイルされた dll が単一のバージョン管理されたアセンブリにマージされます。
  • 出力アーティファクトをデプロイ可能として保存
• 03 UAT
  • 前のステップの成果物は、テストのために QA にデプロイされます。

私の質問は:

In the second build, how do I skip the build target and simply point the existing Microsoft publishing pipeline to the existing output? Or would I just be better building my own set of MSBuild targets to do exactly what I need?

これまでのところ、私は独自のパイプラインを構築することに最も喜びを感じてきましたが、MS の利点を逃していると感じずにはいられません。

VS2012 のパブリッシュ GUI を使用して、いくつかの古いパブリッシュ プロファイル (「パッケージ」という名前のプロファイルを含む) を削除しました。コードをチェックインして TeamCity 経由でビルドを実行すると、次のエラーが発生します。

何らかの理由で、この古い Web デプロイ発行プロファイル ('Package.pubxml') への参照を取得できないようです。.proj ファイルに明らかなものは何もありません。

ビルドは、TeamCity のバニラ VS ビルドです。

この古い公開プロファイルをクリアする方法について何か提案はありますか? または、単純なビルドを実行しているときにそもそも呼び出されるのはなぜですか? コマンド プロンプトからローカルで MSBuild を呼び出すと、すべて正常に動作します。

どんな助けでも大歓迎です

Visual Studio で新しい .pubxml を作成すると、最上位の PropertyGroup 要素の下に一連の基本的なプロパティが定義されます (プロパティ WebPublishMethod、DeployIisAppPath など)。しかし、プロファイルで使用できる可能性のあるオプションのタグ/プロパティの完全なセットのリファレンスは言うまでもなく、これらのプロパティが正確に何を意味するかについてのドキュメントを見つけるのは難しいことがわかりました. そのようなドキュメントは存在しますか? これまでのところ、多くのタグ/プロパティについて学習できる唯一の方法は、他の人の例の .pubxml ファイルを見ることです。

誰かが私が間違っていることを証明してくれることを願っていますが、たとえばグーグルでそのようなドキュメントを表示するのは難しいようです.

IIS では、IIS にサイトを直接アップロードするために、Visual Studio に「インポート」できる発行プロファイルを作成できることを知っています (既に使用しているため)。しかし、Visual Studio でのこれらの発行プロファイルの使用に関して、より具体的な質問があります。

IIS で分離したいいくつかの異なるコンポーネントで構成される Web アプリケーションのソリューションがあります。
つまり、このプロジェクトには Web バージョン、モバイル バージョン、およびいくつかの Web サービスがあります。

私がサーバーを構成しているのは、Web サービス、モバイル、および Web サイトを異なるサイトに分離し、異なる発行プロファイルを使用してそれぞれ独自の場所に発行することです。

これらすべてのコンポーネントを 1 つのビジュアル スタジオ プロジェクトにまとめたので、「完全な公開」を行わなくても、プロジェクトの 1 つのコンポーネントを公開する公開プロファイルを持つことは可能でしょうか?

それとも、別々のプロジェクトを持つ唯一の解決策ですか? (それらがすべて 1 つの VS ソリューションに含まれている場合でも)

既存の発行プロファイルを変更すると、Visual Studio 2013 Update 1 は対応する pubxml ファイルを /Properties フォルダーに保存しない場合があります。変更がファイル システムに正しく登録されるまで、常にファイルを変更するゲームをプレイしています。

たとえば、プロンプトを使用して編集して「保存」した発行プロファイルの pubxml ファイルには、削除のマークが付けられています。プロファイルがキャッシュされており、Visual Studio 2013 がファイル システムの内容をリアルタイムで反映していないと思われます。

保存プロンプトは、別のプロファイルに移動するか、公開ボタンを押したときにのみ表示されます。pubxml ファイルを強制的に最新のものに表示する保存ボタンがあると便利です。

誰にも明確な回避策がありますか? 同じプロジェクトで web.config 変換で同様の経験があり、最終的にプロジェクト ファイルを編集しました。

他のプロジェクトでも同じ動作が見られるため、これは現在扱っている特定のプロジェクトに限定されていないと確信しています。Visual Studio 2010 でこの問題が発生したことはありません。

新しいプロファイルを作成したばかりの場合、この問題は発生しません。この動作は、既存のプロファイルを変更した場合にのみ見られます。