RM サーバーからターゲット ノードに DSC 構成を正常にプッシュできるようにするために、資格情報の委任や信頼できるホスト リストなどに関するすべてのフープを実行したためです (RM を使用せず、ネイティブ DSC のみ)。私はそのビットを取得し、それはうまくいきます。RM でこれらの同じスクリプトを使用すると (RM が期待する形式に若干の編集を加えて)、RM はデプロイの成功を報告しますが、コンポーネント ビットがターゲット ノードの $applicationPathRoot のデフォルトの場所にコピーされているだけです。 (C:\Windows\DtlDownloads)、mof ファイルを適用しようとした実際の証拠はありません。

RM サーバーとターゲット ノードが異なるドメインにあり、信頼されていません。どちらのサーバーも W2k8R2 (+ もちろん WMF4) です。RM サーバーとクライアントの Update 4 で実行しています。

RM で実行している DSC スクリプトは次のとおりです。

CopyDSCResources.ps1

CopyDSCResource.ConfigData.psd1

残念ながら、現在の場所からスクリーンショットをアップロードできないようですが、RM に関しては、リンクされた単一のサーバーを含む vNext 環境、単一の「Dev」ステージを含む vNext リリース パス、単一の vNext リリース テンプレートを使用しています。 「PS/DSC の展開」アクション。アクションの構成は次のとおりです。

サーバー名 - VCTSCFDSMWEB01

ComponentName - COpyDSCResource vNext

PSScriptPath - copydscresources.ps1

PSConfigurationPath - copydscresource.configdata.psd1

UseCredSSP - true

新しいリリースを実行すると、デプロイ ステージで成功が報告され、デプロイ ログ ファイルを表示すると、次のようになります。

コンポーネントのアップロード- 正規化されたストアに正常にアップロードされました。

PS/DSC を使用した展開- \vcxxxxtfs03\Drops\CorrespondenceCI\CorrespondenceCI20150114.1\Scripts から C:\Windows\DtlDownloads\CopyDSCResource vNext への再帰的なコピーに成功しました。

最後に、DSC イベント ログには次の内容が含まれます。

ジョブ {CD3BE350-4072-4C8B-835F-4B4D1C46D65D} : 構成は、ユーザー sid S-1-5-18 によってコンピューターNULLから送信されます。

これは、RM の外部で実行された場合の同じイベント ログ エントリと著しく比較されます。

ジョブ {34F78498-CF18-4F2A-9874-EB54FDA2D990} :ユーザー sid S-1-5-21-1034805355-1149422947-1317505720-10867 によってコンピューターVCXXXXTFS01から構成が送信されます。

任意のポインタをいただければ幸いです

たとえば、RM サーバー上で mof ファイルが作成されている証拠を確認できればよいのですが、どこで見つけられるか知っている人はいますか??

アプリケーションのリリース管理をセットアップしています。PowerShell を使用して、アプリケーションをターゲット サーバーに正常に公開しました。ただし、データベースを公開しようとしているのですが、[リリース テンプレート] ビューのアクション ツリーから一連のアクションが欠落しているようです。

これが私の見解です。これらの 6 つのアクションは、私が取り組まなければならないすべてです。

たとえば、このチュートリアルを見ると、さらに多くのアクションがあるはずです: http://www.c-sharpcorner.com/UploadFile/03cb49/ms-release-management-database-deployment-using-dacpac/

DACPAC を探していますが、見つかりません。私は何を間違っていますか？

「在庫」もかなり空です - そこには非アクティブなアクションはありません。

私のリリース テンプレートは、インストール パス、ドキュメント フォルダー パスなどのハード コードされた値で構成されています。新しいテンプレートを作成するには、非常に多くの場所でこれらの値を変更する必要があり、大きなテンプレートでは非常に時間がかかります。

エージェント ベースのリリースを実装しましたが、質問は次のとおりです。

1. QA、ステージング、プロダクションなどのリリースの各段階の範囲で変数を使用してそのような値を構成することは可能ですか?

2. エージェント ベースのリリース テンプレートと vNext テンプレートの違いは何ですか。

[インベントリ] > [アクション] > [PS /DSC (標準サーバー) を使用して展開] アクションのコピーをセットアップした後、引数リストでグローバル構成変数を使用する方法がわかりません。

使用したいグローバル変数:

( [管理] > [設定] > [構成変数] から)

それらを使用したい引数リスト：

( [インベントリ] > [アクション] > [PS/DSC (標準サーバー) を使用して展開] から)

私の PowerShell スクリプト内では、変数名の前に「$」を使用してこれらの変数を参照できますが、これは「アクション」引数リストでは機能しません。

PowerShell スクリプトからの使用例

[System.IO.Path]::Combine($ServerName,$ApplicationPathRoot,$ComponentName)

未知数

アクション引数内でも構成変数を使用できますか?

別のドメインから展開エージェントを RM クライアントに接続しようとしています。シャドウ アカウントとその他すべてを作成しましたが、まだ機能していません。同じドメインで接続できました。私の RM クライアントとサーバーは同じマシン (VM) にあります。私の展開エージェントは別のワークグループ ドメインにあります (すべて VM にあります)。ログ ファイルから以下のエラーが表示されます。

現在、私のアプリケーションのフッターには、Web 構成で設定されているリリース情報が含まれています。現在、すべてのリリース後に、手動でこの構成値をREL 2.0.1または2.0.3などに更新しています。RM パスで使用するビルドは、常にこの方法で命名されています。

__ReleaseNumber__トークン化によるこのプロセスの自動化を求めています。構成にトークンを設定し、ビルドの名前から REL 番号を解析して RM 内からトークンを設定したいと考えています。これを達成する方法はありますか、または手動が私の唯一のオプションですか?

私の Visual Studio 2013 Release Management Client/Server のバージョンはリリース 4.0 です。ReleaseTfvcTemplate.12.xaml テンプレートを使用しています。AGENT ベースのリリース テンプレートを使用しているときに、リリース管理コンポーネント (デプロイヤー構成) からシステム変数にアクセスする方法はありますか? $applicationPath または $(applicationPath) または $(ApplicationPath) を渡そうとすると、NULL が返されます。

カスタム PowerShell 展開スクリプトを持つ RM でのコンポーネントの展開に関する私のステータスは次のとおりです。

1. リリース ビルドを正常にキューに入れることができます
2. ビルド出力は \servername\BuildDrop\ に正しくコピーされます
3. ビルドの完了時にトリガーされるエージェント (VNEXT ではない) ベースの RM テンプレートがあります。
4. ビルドが RM テンプレートを適切にトリガーしてビルドをリリースする
5. この RM テンプレートには、CUSTOM PowerShell スクリプトを介して展開される 1 つのコンポーネントがあります。
6. Powershell スクリプトは、その作業を実行するために builddrop の場所への完全な絶対パスを必要とします (powershell スクリプトが行うことは、この議論には関係ありません) 例: RM のコンポーネントの展開構成で、TFS ビルドを渡す必要があります。ハードコーディングせずに場所をドロップ
7. MSDN のドキュメントに基づいて、 RM によってハイドレートされるシステム変数 $applicationPath がありますが、エージェント ベースのテンプレートではなく、VNEXT ベースのテンプレートを使用する場合のみです。
8. エージェント ベースの RM テンプレートからのシステム変数へのアクセスに関連するここで受け入れられた StackOverflow の回答によると、MSDN のドキュメントではすべてが説明されていないようであり、コンポーネントの展開構成に行を設定できるはずです (以下を参照)。

vNext リリースを作成し、コマンド ラインから開始しようとした後、すぐにサポートされていないことに気付きました。

TFS ビルドの外部からリリースを開始する方法を理解するために、この投稿に出くわしました。ただし、リリース管理のインストールに REST Api が表示されません。

インストールされているコンポーネント:

• Update 4 を適用した Team Foundation Server 2013 のリリース管理サーバー

IISでセットアップしたもの

以下は、これらの API が次のような場所に表示されることを期待している場所です。

http://RMSERVER:PortNumber/account/releaseManagementService/_apis/releaseManagement/OrchestratorService/

この API の適切な場所を探していますか、それとも何か他のものをインストールする必要がありますか?