問題タブ [publish-profiles]

新しい VS 2012 公開プロファイルを気に入って使用していますが、ビルド サーバーでそれらを使用する場合、パスワードを保存する方法がわかりません。

「パスワードを保存する」ボックスにチェックを入れると、.pubxml.user ファイルが作成され、XML ノードでパスワードが暗号化されます。

ビルド サーバーでデプロイを実行すると、パスワード ファイルが常に無視されるようです。

パスワードを

しかし、彼らはすでにそれを暗号化しているので、できれば VS 暗号化を使用したいと思っています。

<Password>カスタム タスクを作成せずにプロパティの暗号化を解除して入力するにはどうすればよいですか?

また、カスタム MSBUILD タスクを作成する必要があった場合、この SUO ファイルで使用されている暗号化の種類は何ですか?

MVC 4 Web アプリケーション VS2012 を開発しています。

このようなアプリケーションでは、通常、アプリをインストールするために msi を作成しましたが、このプロジェクトでは、より最新の発行メカニズムに移行しています。私は通常、さまざまな環境にインストールします。

• 開発者
• qa (サーバー 1、2、3)
• 演出
• 製品 (サーバー 1、2、3)

質問は、qa と prod の各サーバーのプロファイルを含む、各環境の公開プロファイルを作成する必要がありますか (1 つの Web 構成設定がサーバーによって異なるため)。

これには、多くの公開プロファイルを作成する必要があるようです。私は正しいですか？パブリッシュ プロファイルを管理する最善の方法は何ですか。

私は最近、Visual Studio 2012 で mvc アプリケーションを発行する作業を行っています。発行プロファイルを使用して、さまざまな環境への Web デプロイを構成しています。また、Web 変換を使用して、各公開プロファイルに従って web.config を変換しています。

ターゲット環境ごとに、Web デプロイとパッケージ公開プロファイルがあります。したがって、dev には 2、qa には 2 などがあります。これは、Web デプロイまたはパッケージ化のオプションを提供するためです。Web デプロイ プロファイルだけを取得し、Web デプロイ後にパッケージも作成されてディスクに配置される方法はありますか? したがって、環境ごとに必要な発行プロファイルは 1 つだけです。

環境ごとに 2 つの発行プロファイルが必要な場合、プロファイルごとに変換を行うのではなく、変換を 1 つの変換ファイルに統合できますか? 変換はターゲット環境が同じであるため同一であるためです。

チームのさまざまなユーザーが、ローカルの公開プロファイルへの参照を含む.csprojファイルに変更を加えることを回避するための最良の方法は何ですか？

最近2012に移行し、.csprojファイルには、.csprojXML内のProperties/PublishProfiles内のさまざまな.pubxmlファイルへの参照がいくつかあります。

関連する場合は、.userファイルとProperties / PublishProfilesフォルダーをsvn：ignoreします。

私は .net MVC4 Web アプリケーションを使用しています。公開プロファイルを使用してアプリケーションを公開すると、すべてうまく機能します。

web.config を変換し、qa や運用などにデプロイする環境ごとに公開プロファイルを設定します。特定の環境用のパッケージをビルドすると、変換は完全に機能します。

私の Web アプリケーション内には、環境ごとに異なる多数の xml ファイルがあります。これらのファイルを展開用に変換することはできますか? もしそうなら、どのようにこれを達成することができますか?

さて、これは素晴らしいバグです。2012TFSサーバーでMSBuildを実行する2012ソリューションがあります。ビルドプロセステンプレートの[MSBuild引数]フィールドに渡されるパラメーターは次のとおりです。

/ p：DeployOnBuild = true / p：PublishProfile = ProfileForProjectA / p：PublishProfile = ProfileForProjectB / p：VisualStudioVersion = 11.0

そして、TFSから返されるエラーは...です。

C：\ Program Files（x86）\ MSBuild \ Microsoft \ VisualStudio \ v11.0 \ Web \ Microsoft.Web.Publishing.targets（4435）：PublishProfileの値は「ProfileForProjectA」に設定されています。 C：\ Builds \ 1 \ Solution \ Solution \ Sources \ Solution \ ProjectB \ Properties \ PublishProfiles \ProfileForProjectA.pubxml'が見つかりませんでした。

つまり、ビルドサーバーは、各公開プロファイル（* .pubxml）が各PublishProfilesフォルダーにあることを想定しているように見えます。両方のプロジェクトの公開方法は「ファイルシステム」です。

私にとってそれを解決する唯一のことは、ProfileForProjectAをProjectBのPublishProfilesフォルダーに追加することであり、その逆も同様ですが、それはあまり洗練された解決策ではないようです。誰かがこの振る舞いを再現できますか？誰かがもっとエレガントな修正を持っていますか？私は何かが足りないのですか？

前もって感謝します。

Web Deployment Projectsでサポートされていないことを認識しましたVisual Studio 2012。この記事を読んだ後、私は仕事に取り掛かろうとしPublish Profilesました。

Visual Studio Web Publish Updateをインストールした後、の新しい公開ダイアログを使用してWebサイトプロジェクトとWebアプリケーションプロジェクトを公開することができましたVisual Studio 2012。

使用しているので、パラメータTFS 2010 Team Buildを介して公開プロファイルを使用しようとしました。MSBuildただし、次のステートメントは、Webアプリケーションプロジェクトを公開する場合にのみ機能します。

Webサイトのプロジェクトを公開しようとしても、何も起こりません。私のWebサイトプロジェクトの公開プロファイルは、の新しい公開ダイアログでのみ機能しますが、Visual Studio 2012を呼び出すときは機能しませんMSBuild。

何か案が？

ファイル システムの公開方法を使用して、ローカル システムで WCF サービスを公開したいと考えています。パブリッシュ メソッドでは、「ファイル システム」、ターゲットの場所を「C:\inetpub\wwroot\wcfpublish」、宛先 URL を「https://wcf.publish.net:11096/Default.html」として指定しました。しかし、公開をクリックすると、「 https://wcf.publish.net:11096/Default.htmlの URL を開けません。例外: クラスが登録されていません」というエラー メッセージが表示されます。ホストファイルにも設定しました。ガイドしてください

新しい ASP.Net および Web Tools 2012.2 Publish Profilesを Web サイト (Web アプリケーションではない) に使用しています。

Web サイトのルートに ファイルを作成したツールを使用して、発行プロファイルを作成しました。website.publishproj

website.publishprojファイルには次のものが含まれます。

これは、プロパティを MSBuild に渡して、出力 dll のバージョンを設定できることを示唆しています。

ただし、Web サイトの 1 つの出力アセンブリ (コンパイルされてから 1 つのアセンブリにマージされる) には、常にバージョン番号があり1.0.0.0ます。

パスしようとしまし/p:AssemblyFileVersion=2.1.0.0;AssemblyVersion=2.1.0.0たが、これは効果がありません。

website.publishproj ファイルを直接編集してみましたが、これも効果がありません。

出力アセンブリを単一のアセンブリにマージしたい場合に、Webサイトプロジェクトで出力アセンブリのバージョン番号を設定する方法を知っている人はいますか?

次のシナリオを検討してください。

• Alice は、Visual Studio 2012 を使用して Web アプリケーション (ASP.NET MVC または WebForms) を作成します。
• Alice は「PRODUCTION」という名前の発行プロファイルを作成し、[設定] タブ (発行ウィザード内) で [リリース] 構成を選択します。
• アリスは、「PRODUCTION」という発行プロファイルを使用してアプリケーションを発行します。
• Alice は、ソリューションをソース管理に保存します。

デフォルトでは、" *.pubxml.user" ファイルはソース管理に含まれていないことに注意してください: http://msdn.microsoft.com/en-us/library/ff398069.aspx

• ボブは、ソース管理からソリューションのチェックアウトを行います。
• Bob はソリューションを開き、発行ウィザードを起動します。
• Bob は、選択された発行プロファイルが「PRODUCTION」と呼ばれることを確認します。
• Bob は [設定] タブ (パブリッシュ ウィザード内) をクリックし、表示された構成が"Release"であることを確認します。
• Bob はアプリケーションを公開します。
• Bob は、アプリケーションが "Release" 構成ではなく "Debug" 構成を使用して公開されたことに気付きました。

その理由は、ビルド構成に関する情報がファイル " *.pubxml.user" に格納されているためです ( というノードを参照<LastUsedBuildConfiguration>)。

この動作は、特に Web 構成変換 ("Web.Release.config") を使用して接続文字列を変更する場合に問題になります。

=> " " ファイルをソース管理に保存したくない場合、どうすればこの問題を修正*.pubxml.userできますか?

関連記事：

• http://connect.microsoft.com/VisualStudio/feedback/details/776066/publish-settings-windows-azure-publish-target-profiles-not-selecting-proper-build-configuration
  
• http://sedodream.com/2012/10/27/MSBuildHowToSetTheConfigurationProperty.aspx
• http://msdn.microsoft.com/en-us/library/dd465337.aspx