問題タブ [ms-release-management]

エンタープライズ アプリケーションの展開シナリオに現在 InRelease を使用している方からのフィードバックをお探しですか?

InRelease は最近 Microsoft に買収され、現在は試用 版があります http://www.microsoft.com/visualstudio/inrelease/ これは、私の知る限り、TFS の将来のバージョンに統合される予定です。

私はしばらくそれを試用してきましたが、次の情報を含む肯定的または否定的なフィードバックを既存の顧客から聞くことに興味があります: この v の webdeploy / powershell などを使用することの長所/短所。等..

MSDN にリリースされたばかりの新しい Microsoft Release Management アプリをインストールしようとしましたが、問題が発生しています

TFS 2013 のサーバー側コンポーネントと VS2013 のクライアント側コンポーネントで構成されています。

サーバー側のコンポーネントが実行され、正常にインストールされていると表示されますが、クライアント側の部分をそれに接続できないようです

少し調べてみると、サーバー側にインストールされている Web サービス サイトが正しく動作していないようです。

TFS 2013、SQL 2012、および SharePoint 2013 も実行している Windows 2012 ボックスにインストールされます。

• 新しく作成した ReleaseManagement Web サイトを参照すると、503 (サービスを利用できません) メッセージが表示されます。
• IIS をチェックアウトしましたが、アプリ プールが停止していました
• アプリケーション イベント ログに、「現在の構成では、x86 プロセッサ アーキテクチャのイメージの読み込みのみがサポートされています」という大量のメッセージが表示されました。
• これは、IIS アプリ プールの [32 ビット アプリケーションを有効にする] オプション (FALSE に設定されていた) に関係している可能性があると考えました。
• それを true に変更して、サイトを再試行しました。今回はアプリ プールはクラッシュしませんが、「ファイルまたはアセンブリ 'Interop.ActiveDs' またはその依存関係の 1 つを読み込めませんでした。正しくない形式のプログラムを読み込もうとしました。」という ASP.NET エラーが表示されます。

これをインストールできた人はいますか？ここで何がうまくいかないのかについてのアイデアはありますか?

非常に新しいことは知っていますが、製品に関する多くの情報をまったく見つけるのに苦労しています

どうもありがとう

ソースがチェックインされてコードがデプロイされたときにリリース管理を構成しました。しかし、私は問題を抱えています:

System.Web.Services.Protocols.SoapException: サーバーは要求を処理できませんでした。---> System.Exception: パッケージの場所 "\devserver1\Drop\Release Manager Build (Continuous)\Release Manager Build (Continuous)_20140115.15_PublishedWebsites\FrontEnd_Package" が存在しないか、アプリケーション プール ユーザーにアクセス権がありません。Microsoft.TeamFoundation.Release.Common.Helpers.FileTransferer.CopyFolder(String sourceFolder, String destFolder) で Microsoft.TeamFoundation.Release.Services.DeploymentControllerService.GetPackageFileInfos(String packageLocation) --- 内部例外スタック トレースの終わり ---

奇妙なことに、リリース管理ツールを開いて、失敗した展開に移動し、[展開の再試行] をクリックすると、最初は問題なく動作します。

「Everyone」、「TFSService」、および「ReleaseManagement」ユーザーに、ドロップ フォルダーとビルド フォルダーの両方に対する完全なアクセス許可を付与しようとしましたが、それでも機能しません。

助けてください！

TFS 2013 の Release Management を使用して、Azure Web サイトにリリース/公開することはできますか?

Azure でホストされている VM にリリースするチュートリアルを見てきましたが、それだけです。

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

Visual Studio Team Services で Microsoft の Release Management 製品 (以前の InCycle の InRelease) を使用することは可能ですか? (Team Foundation サーバーではありません)

オンプレミスの Team Foundation ビルド サーバーを構成して、それを Visual Studio Team Services に向けることができることは知っていますが、リリース管理については何も見つけることができませんでした。

Release Management (以前の InCycle の InRelease) を使用して Azure Cloud Services をデプロイするための公開されたガイダンスはありますか?

具体的には、エージェントのライセンスの問題 (マシン上のエージェントではなく、パッケージ化されたクラウド展開を介して展開しているため) と、Web での通常のトークンベースのアイテムの置き換えという事実に対処することに興味があります。 .config は難しいでしょう。

TFS Release Management を使用して、継続的な統合と展開を行っています。

私は、migrate.exe を使用して展開中にデータベースの移行を実行しています。これは、古いバージョンから新しいバージョンに移行するときにうまく機能します。ただし、アプリケーションの古いバージョンをデプロイする場合は、さらに複雑になります。

基本的に、コンテキストの移行を保持するアセンブリは、たとえばバージョン 3 からバージョン 2 に移行する方法を知っている必要があります。通常、展開しようとしているアセンブリを移行のソースとして使用しますが、この場合は、 v3 から v2 に移行する方法を知っているのは、既に展開されているアセンブリだけであるため、既に展開されているアセンブリを使用します。(バージョン 2 は、v3 が存在することすら知りません。)

私の現在の計画は、展開中に 2 つのアセンブリを何らかの方法で比較することです。インストール ディレクトリのアセンブリに配置ディレクタの移行よりも「新しい」移行が含まれている場合、最初に配置ディレクトリのアセンブリで利用可能な「最新の」移行を取得してから、次のコマンドを実行する必要があります。

新しいバージョンにアップグレードする「通常の」展開シナリオでは、次のことができます。

これは合法的なアプローチですか？各アセンブリで利用可能な移行を評価するために EF ライブラリを使用することについては、まだ調べていません。また、これらのアセンブリのそれぞれが「同じ」でバージョンが異なるだけであるという課題もあります。おそらく、それらを別々のアプリ ドメインにロードしてから、アプリ ドメイン間の通信を使用して必要な情報を取得する必要があります。

編集

同じアセンブリの 2 つの異なるバージョンへの利用可能な移行を一覧表示できる概念実証アプリを作成しました。これはこのプロセス全体にとって非常に重要なので、文書化する価値があると考えました。

アプリはリフレクションを使用して各アセンブリを読み込み、System.Data.Entity.Migrations の DbMigrator クラスを使用して移行メタ データを列挙します。移行の名前にはタイムスタンプ情報がプレフィックスとして付けられているため、それらを注文して、どのアセンブリに「新しい」一連の移行が含まれているかを確認できます。

}

アプリケーションの出力は次のようになります。