説明/参照：
Explanation:
B：Azure DevOps（以前のVSTS）インスタンス内でカスタムNuGetパッケージフィードを使用することにより、組織内でパッケージを簡単に配布できるようになります。
新しいフィードを作成することから始めます。
A：ビルドしたプロジェクトを公開、パックして、NuGetフィードにプッシュできます。
E：プライベートNuGetフィードを消費します
Azure DevOpsの[パッケージ]領域に戻り、フィードを選択して[フィードに接続]をクリックします。フィードの説明がいくつか表示されますが、設定はかなり簡単です。
パッケージのソースURLをコピーし、Visual Studioに移動し、NuGetパッケージマネージャーを開き、その設定に移動して、新しいソースを追加するだけです。派手な名前を選択し、ソースURLを挿入します。終わり。
NuGetパッケージマネージャーでパッケージを検索すると、そこに表示され、インストールの準備ができています。
右上の選択ボックスから適切なフィード（またはすべてのフィード）を選択してください。
参照：
https://medium.com/medialesson/get-started-with-private-nuget-feeds-in-azure-devops-8c7b5f022a68テストレット1ケーススタディこれはケーススタディです。ケーススタディは個別にタイミングが調整されていません。各ケースを完了するために必要なだけ多くの試験時間を使用することができます。ただし、この試験には追加のケーススタディとセクションがある場合があります。あなたはあなたが提供された時間内にこの試験に含まれるすべての質問を完了することができることを確実にするためにあなたの時間を管理しなければなりません。
ケーススタディに含まれている質問に答えるには、ケーススタディで提供されている情報を参照する必要があります。ケーススタディには、ケーススタディで説明されているシナリオに関する詳細情報を提供する展示やその他のリソースが含まれている場合があります。各質問は、このケーススタディの他の質問から独立しています。
このケーススタディの最後に、レビュー画面が表示されます。この画面では、試験の次のセクションに進む前に、回答を確認して変更を加えることができます。新しいセクションを開始した後は、このセクションに戻ることはできません。
ケーススタディを開始するには
このケーススタディの最初の質問を表示するには、[次へ]ボタンをクリックします。質問に答える前に、左側のペインのボタンを使用して、ケーススタディの内容を調べてください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題の説明などの情報が表示されます。ケーススタディに[すべての情報]タブがある場合、表示される情報は後続のタブに表示される情報と同じであることに注意してください。質問に答える準備ができたら、[質問]ボタンをクリックして質問に戻ります。
概要
Litware、Inc.は、独立系ソフトウェアベンダー（ISV）です。Litwareには、本社と5つの支社があります。
既存の環境
アプリケーションアーキテクチャ
同社の主なアプリケーションは、VB.NETで記述されたロジックを使用するASP.NETWebフォームに基づく単一のモノリシック退職基金管理システムです。アプリケーションのいくつかの新しいセクションはC＃で書かれています。
アプリケーションのバリエーションは、個々の顧客向けに作成されています。現在、アプリケーションのコードベースには80を超えるライブコードブランチがあります。
このアプリケーションは、MicrosoftVisualStudioを使用して開発されました。ソースコードは、本社のTeam Foundation Server（TFS）に保存されています。ブランチオフィスは、TFSプロキシサーバーを使用してソースコードにアクセスします。
アーキテクチャ上の問題
Litwareは、顧客向けの新しいコードの作成に重点を置いています。既存のコードをリファクタリングまたは削除するためのリソースは提供されていません。依存関係は個々の開発者には明らかではないため、コードベースの変更には長い時間がかかります。
コードのマージ操作には数か月かかることが多く、多くの開発者が関与します。コードをマージすると、見つけて解決するのが難しいバグが頻繁に発生します。
顧客は、退職基金管理システムの所有コストが継続的に増加していると報告しています。
無関係なコードをマージする必要があるため、コードの小さな変更でさえコストがかかります。
顧客は、バグ報告が非常に複雑であると報告しています。
要件
計画された変更
Litwareは、投資計画のための新しいアプリケーションスイートの開発を計画しています。投資計画アプリケーションでは、既存の退職基金管理システムとのわずかな統合のみが必要になります。
投資計画アプリケーションスイートには、1つの多層Webアプリケーションと2つのiOSモバイルアプリケーションが含まれます。1つのモバイルアプリケーションが従業員によって使用されます。もう1つは顧客が使用します。
Litwareは、よりアジャイルな開発方法論に移行することを計画しています。共有コードは一連のパッケージに抽出されます。
Litwareは、内部クラウド変換プロセスを開始し、適切な場合はいつでもクラウドベースのサービスを使用することを計画しています。
Litwareは、顧客のバグレポートを常に待つのではなく、障害の検出に積極的になりたいと考えています。
技術要件
会社の投資計画アプリケーションスイートは、次の要件を満たしている必要があります。
ファイアウォールを介した新しい着信接続は最小限に抑える必要があります。

Developersという名前のグループのメンバーは、パッケージをインストールできる必要があります。

すべての権限の割り当てには、最小特権の原則を使用する必要があります。

新しい機能を単独で開発することをサポートする分岐戦略を使用する必要があります。

チームリーダーという名前のグループのメンバーは、新しいパッケージを作成し、

パッケージフィードの権限。
Visual Studio App Centerを使用して、モバイルアプリケーションのクラッシュと

使用中のデバイスタイプ。
デフォルトでは、すべてのリリースは30日間利用可能である必要があります。ただし、本番リリースは30日間利用可能である必要があります。

60日間保管してください。
コードの品質とリリースの品質は重要です。リリース中、展開は次の間に進めてはなりません

アクティブなバグがリリースに対してログに記録されているかどうかをステージングします。
モバイルアプリケーションは、既存の退職基金の株価サービスを呼び出すことができる必要があります

マネジメントシステム。システムがアップグレードされるまで、サービスはHTTPSを介した基本認証のみをサポートします。
テストサーバーに必要なオペレーティングシステムの構成は毎週変更されます。Azure Automation

状態構成を使用して、サーバーが定期的に作成およびチェックされるときに、各テストサーバーのオペレーティングシステムが同じように構成されていることを確認する必要があります。
現在の技術的な問題
テストサーバーは、最初に展開されたときに正しく構成されていますが、時間の経過とともに構成がドリフトします。Azure AutomationStateConfigurationは構成の修正に失敗します。
Azure Automation State Configurationノードは、次のコマンドを使用して登録されます。