ボックス 1: -- 攻撃的
不要なファイルをクリーンアップし、ローカル リポジトリを最適化します。
git gc --積極的
ボックス 2: 剪定
オブジェクト データベースからすべての到達不能オブジェクトをプルーニングします。
gitプルーン
参照：
https://gist.github.com/Zoramite/2039636

説明

ステップ 1: セルフホステッド エージェントを構成します。
ビルドは、Microsoft がホストするエージェントで実行されます。
手順 2: 新しい Azure Artifacts フィードを作成する
Microsoft は、プライベート NuGet フィードを公開および管理するための公式の拡張機能を提供しています。
ステップ 3: パッケージを公開します。
ビルドされたプロジェクトを NuGet フィードに発行、パック、プッシュします。
ステップ 4: Azure Artifacts フィードに接続します。
パッケージが利用可能になったので、Visual Studio をフィードにポイントし、新しく公開されたパッケージをダウンロードできます。
https://medium.com/@dan.cokely/creating-nuget-packages-in-azure-devops-with-azure-pipelines-and-yaml-d6fa

説明

https://docs.microsoft.com/en-us/azure/azure-monitor/platform/action-groups-logic-app

1 - 拡張子が .ps1 の Desired State Configuration (DSC) 構成ファイルを作成します。
2 - インポートの実行 - ......
3 - スタートを実行します-.....
Topic 2、株式会社リトウェア
既存の環境
Litware, Inc. 独立系ソフトウェア ベンダー (ISV) Litware には、本社と 5 つの支社があります。
アプリケーション アーキテクチャ
同社の主なアプリケーションは、V8.NET で記述されたロジックを使用する ASP.NE T Web フォームに基づく単一のモノリシックな退職金管理システムです。アプリケーションのいくつかの新しいセクションは、C# で記述されています。
アプリケーションのバリエーションは、個々の顧客向けに作成されます。現在、アプリケーションのコード ベースには 80 以上のコード ブランチがあります。
アプリケーションは、Microsoft Visual Studio を使用して開発されました。ソース コードは、本社の Team Foundation Server (TFS) に格納されています。ブランチ オフィスは、TFS プロキシ サーバーを使用してソース コードにアクセスします。
アーキテクチャの問題
Litware は、顧客向けの新しいコードの作成に重点を置いています。既存のコードをリファクタリングまたは削除するためのリソースは提供されません。コード ベースの変更には長い時間がかかります。AS の依存関係は、個々の開発者には明らかではありません。
コードのマージ操作には数か月かかることが多く、多くの開発者が関与します。コードのマージにより、見つけて解決するのが難しいバグが頻繁に発生します。
顧客は、退職金管理システムの所有コストが継続的に増加していると報告しています。無関係なコードをマージする必要があるため、小さなコードの変更でもコストがかかります。
要件
変更予定
Litware は、投資計画のための新しいアプリケーション スイートの開発を計画しています。投資計画アプリケーションは、イースティング退職基金管理システムとのわずかな統合のみを必要とします。
投資計画アプリケーション スイートには、1 つの多層 Web アプリケーションと 2 つの iOS モバイル アプリケーションが含まれます。従業員は 1 つのモバイル アプリケーションを使用します。もう 1 つは顧客が使用します。
Litware は、よりアジャイルな開発手法への移行を計画しています。共有コードは、一連のパッケージに抽出されます。
Litware は社内のクラウド変革プロセスを開始しており、適切な場合はいつでもクラウド ベースのサービスを使用する予定です。
Litware は、常に顧客からのバグ レポートを無視するのではなく、障害を検出することでプロアクティブになりたいと考えています。
技術要件
企業の投資計画アプリケーション スイートは、次の技術要件を満たす必要があります。
* ファイアウォールを通過する新しい着信接続を最小限に抑える必要があります。
* Developers という名前のグループのメンバーは、パッケージをインストールできる必要があります。
* すべてのアクセス許可の割り当てには、最小特権の原則を使用する必要があります
* 新しい機能を分離して開発することをサポートする分岐戦略を使用する必要があります。
* チーム リーダーという名前のグループのメンバーは、新しいパッケージを作成し、パッケージ フィードの権限を編集できる必要があります。
* Visual Studio App Center を使用して、モバイル アプリケーションのクラッシュと使用中のデバイス タイプのレポートを一元化する必要があります。
* デフォルトでは、すべての App Center を使用して、モバイル アプリケーションのクラッシュと使用中のデバイス タイプのレポートを一元化する必要があります。
* コードの品質とリリースの品質は非常に重要です。リリース中にアクティブなバグがログに記録されている場合、リリース中に展開をステージ間で進めてはなりません。
* モバイル アプリケーションは、既存の退職金管理システムの株価サービスを呼び出すことができる必要があります。システムがアップグレードされるまで、サービスは HUPS を介した基本認証のみをサポートします。
* テスト サーバーに必要なオペレーティング システムの構成は、毎週変更されます。Azure Automation State Configuration を使用して、サーバーが定期的に作成およびチェックされるときに、各テスト サーバーのオペレーティング システムが同じように構成されていることを確認する必要があります。
現在の技術
テスト サーバーは、最初のデプロイ時には正しく構成されていますが、時間の経過とともに構成のドリフトが発生します。Azure Automation State Configuration は、構成の修正に失敗します。
Azure Automation State Configuration ノードは、次のコマンドを使用して登録されます。