Azure DevOps Server
2013年半ば、マイクロソフトはInCycle SoftwareからInReleaseという製品を購入した。 InReleaseは、Team Foundation Server 2013に完全に組み込まれた。この機能は、真の継続的デプロイソリューションを可能にすることで、自動化されたビルドおよびテストプロセスを補完した。ツールはTFS2013の「リリース管理」に名称変更された。リリース管理機能により、チームは、開発、テスト、および本番環境への制御されたワークフロー(Windows Workflow Foundationが提供)主導のリリースを実行でき、1つ以上のリリースの進行状況を監視するダッシュボードが提供される。
マイクロソフトは、Visual Studio Team Servicesのリリース管理とオンプレミスバージョンのTFSを再構築し、2015 Update 2の新しい変更を加えた。新しいバージョンのリリース管理は、クライアントとしてWebブラウザーを活用し、Team Foundation Buildと同じエージェントアーキテクチャに依存している。 リリース管理により、Azure DevOpsのDevOps機能を活用することができる。
プロキシサーバーを使用すると、ソース管理コンテンツを開発者に近いサイトにキャッシュして、長いネットワークトリップとそれに関連する遅延を回避できる。チェックインは引き続きAzure DevOpsアプリケーション層に対して直接実行されるため、プロキシサーバーは読み取りシナリオで最も効果的である。
ソース管理エンジンの一部として、Azure DevOpsは、開発者がチェックインされるコードが構成可能なルールに従っていることを確認するのに役立つ多くの機能をサポートしている。このルールエンジンは、チェックインポリシーと呼ばれる。開発者がチェックインコメントを入力しない限りチェックインを許可しないチェンジセットコメントポリシーなど、すぐに使用できるポリシーがいくつかあります。これらのポリシーは拡張可能であり、チェックインされているコード、コメント、および関連する作業項目のすべての側面を調べるために使用できる。Azure DevOpsは、独立して使用するとFxCopと呼ばれるコード分析機能もサポートする。Azure DevOpsに含まれているということは、サーバーにチェックインされたコードに対して、自動ビルド中に分析を実行できることを意味する。
Visual Studio CodeのAzure Repos拡張機能は、TFVCをサポートしている。