Azure DevOps サーバー

Azure DevOps サーバー
開発者	マイクロソフト
初回リリース	2005年; 19年前
安定版リリース	2022年 / 2022年12月6日; 23か月前
オペレーティング·システム	マイクロソフトウィンドウズ
タイプ	アプリケーションライフサイクル管理
ライセンス	試用版
Webサイト	azure.microsoft.com/en-us/services/devops/server/

Azure DevOps Server は、以前はTeam Foundation Server ( TFS ) およびVisual Studio Team System ( VSTS ) と呼ばれていましたが、バージョン管理( Team Foundation Version Control (TFVC) またはGitを使用)、レポート、要件管理、プロジェクト管理(アジャイルソフトウェア開発チームとウォーターフォールチームの両方向け)、自動ビルド、テスト、リリース管理機能を提供する Microsoft 製品です。アプリケーションのライフサイクル全体をカバーし、DevOps機能を有効にします。^{[2] Azure DevOps は、多数の}統合開発環境(IDE)のバックエンドとして使用できますが、すべてのプラットフォームのMicrosoft Visual StudioおよびEclipseに合わせて調整されています。 ^[3]

オンプレミスとオンライン

Azure DevOps には、オンプレミス (「サーバー」) とオンライン (「サービス」) の 2 つの形式があります。^[4] 後者の形式は、Azure DevOps Services (以前は Visual Studio Online と呼ばれていましたが、2015 年に Visual Studio Team Services に名前が変更されました) と呼ばれます。クラウドサービスは、Microsoft Azureクラウドプラットフォームによってサポートされています。オンプレミスバージョンの Azure DevOps と同じコードが若干変更されて使用され、最新の機能が実装されています。ユーザーはMicrosoft アカウントを使用してサインインし、環境をセットアップしてプロジェクトを作成し、チームメンバーを追加します。短い開発サイクルで開発された新機能は、最初にクラウドバージョンに追加されます。これらの機能は、約 3 か月間隔でオンプレミスバージョンに更新として移行されます。^[5]

建築

サーバーアーキテクチャ

Azure DevOps は、多層のスケーラブルなアーキテクチャ上に構築されています。主な構造は、ロジックの処理と Web アプリケーションポータル (Team Web Access または TWA と呼ばれる) の維持を担当するアプリケーション層で構成されます。Azure DevOps は、Windows Communication Foundation Web サービスを使用して構築されています。これらは任意のクライアントで使用できますが、クライアントオブジェクトモデルが推奨されます。データ層とアプリケーション層は同じマシン上に存在できます。

スケーラビリティをサポートするために、アプリケーション層の負荷分散とデータ層をクラスター化できます。Microsoft SQL Server 2012 以降を使用している場合は、データの地理的レプリケーションを可能にする AlwaysOn SQL Server フェールオーバークラスターと可用性グループがサポートされています。^[6]プライマリコンテナーはプロジェクトコレクションです。プロジェクトコレクションは、チームプロジェクトのグループを含むデータベースです。プロジェクトコレクションは、各コレクションを異なる SQL Server または SQL Server インスタンスに配置できるという点で、もう 1 つのスケーラビリティメカニズムです。Azure DevOps インスタンスごとの 'Oe' 構成データベースには、プロジェクトコレクションのメタデータが格納されます。プロジェクトコレクションデータベースのデータはウェアハウスデータベースに集約され、Analysis Services キューブに読み込む準備としてデータが非正規化されます。ウェアハウスとキューブにより、複雑な傾向レポートとデータ分析が可能になります。

Azure DevOps は、既存のSharePointファームと統合できます。データウェアハウスまたは Analysis Services データキューブに対するより高度なレポート作成のために、SQL Server Reporting Services がサポートされています。これらのインストールは、同じシステムまたは異なるシステムに配置できます。ビルドサーバー、ラボ管理サーバー、リリース管理サーバー、プロキシサーバー (アプリケーション層の負荷を軽減するため)、テストマシン、負荷テストマシンもインフラストラクチャに追加できます。^[7]エンタープライズプロジェクトのスケジュール設定を必要とするチームをサポートするために、Azure DevOps は、エンタープライズレベルのポートフォリオ管理、リソース管理、プロジェクト追跡を可能にする Microsoft Project Serverとも統合されています。

拡張性

Microsoft は、Azure DevOps に接続するためのスタンドアロンの再配布API を2 つ提供しています。1 つは Java SDK、もう 1 つは.NET Framework SDK です。これらの API を使用すると、Azure DevOps へのクライアント接続が可能になります。Azure DevOps はサービス指向アーキテクチャに基づいて記述されているため、Web サービスを呼び出すことができるほぼすべてのツールと通信できます。もう 1 つの拡張可能なメカニズムは、システムアラートをサブスクライブすることです。たとえば、作業項目が変更された、またはビルドが完了したというアラートなどです。約 20 個の事前構成済みアラートがあり、チームは必要な数だけ追加のアラートを構成できます。^[8]拡張可能なシナリオで使用すると、これらのアラートを Web サービスに送信して、作業項目を変更または更新するアクションをトリガーできます (高度なビジネスルールの実装や、特定のシナリオに基づいてプログラムで作業項目を生成するなど)。

データウェアハウスは、カスタムデータウェアハウスアダプターの作成によって拡張することもできます。^{[9] TFS 2012 の導入により、Team Web Access 用の}Web Access Extensionsと呼ばれるカスタムアドインも作成できるようになりました。

クライアント

Azure DevOps は、Visual Studio 2010 以降、Microsoft Test Manager (MTM) 2012、2013 をサポートしています。Eclipse、Visual Studio の旧バージョン、その他の環境は、Microsoft ソースコード管理統合プロバイダー (MSSCCI プロバイダー – 「ミスキー」と発音) を使用して Azure DevOps に接続できます。^[10]これらのツールを使用すると、Azure DevOps の機能に完全にアクセスできます。

Microsoft ExcelとMicrosoft Projectもサポートされており、作業項目の管理に役立ち、作業項目の一括更新、一括入力、一括エクスポートが可能です。Microsoft Project は、ウォーターフォールソフトウェア開発方法論に準拠する場合に作業をスケジュールするために使用できます。Excel と Project はどちらもデータの双方向更新をサポートしています。これにより、たとえば、プロジェクトマネージャーは Project にスケジュールを設定し、その作業を Azure DevOps にインポートして、開発者が作業を更新し、プロジェクトマネージャーが余分な作業を行わなくてもスケジュールを更新できます。

Team Foundation Server 2012 では、Microsoft PowerPointも Azure DevOps と統合され、要件管理プロセスに役立つ迅速なストーリーボード開発が可能になりました。この統合により、拡張可能なストーリーボードシェイプが提供され、これを使用してあらゆる種類のインターフェイスモックアップを構築し、PowerPoint の組み込み関数を使用してアニメーション化することができます。これらのストーリーボードは、作業項目にリンクできます。

チームの地理的分散の増加に対応し、関係者をプロセスのより早い段階でより頻繁に関与させるために、Microsoft はフィードバッククライアントを追加しました。^[11]このツールを使用すると、ユーザーはアプリケーションを実行し、オーディオとビデオで表示されているものに注釈を付け、画面をキャプチャし、開発チームにコンテキストフィードバックを提供できます。これにより、会議やデモンストレーションセッションを必要とせずに、ユーザーの視点からアプリケーションの機能に関する具体的なフィードバックが得られます。Azure DevOps は、Unix 環境と Windows 環境の両方にコマンドラインツールも提供します。TFS の Power Tools には、ユーザーがファイルまたはフォルダーを右クリックするだけで、ファイルのチェックインとチェックアウト、ファイルの追加、その他の基本的なタスクを実行できる Windows シェル統合が含まれています。

作業項目

Azure DevOps の中心にあるのは「作業項目」です。作業項目は物事を表します。達成する必要のある作業、追跡すべきリスク、テストケース、バグなど、ユーザーが想像できるほぼすべてのものになります。作業項目はXMLドキュメントで定義され、非常に拡張可能です。^[12]作業項目はプロセステンプレートに結合され、プロセステンプレートにはこれらの情報やその他の情報が含まれており、開発フレームワークを提供します。Azure DevOps には、Microsoft Solutions Framework for Agile、Scrum、CMMI 用のプロセステンプレートが含まれています。チームは、組み込みテンプレートを使用するか、サードパーティが作成した多数のテンプレートのいずれかを使用できます。プロセステンプレートは、Power Tools の一部であるプロセステンプレートエディターを使用してカスタマイズできます。^[13]

作業項目は、さまざまな関係を使用して相互にリンクされ、作業項目の階層ツリーまたは作業項目間のフラットな関係を作成できます。作業項目は、Web ページ、ファイル共有上のドキュメント、SharePoint などの別のリポジトリに保存されているドキュメントなどの外部成果物にリンクすることもできます。作業項目は、ソースコード、ビルド結果、テスト結果、およびソース管理内の項目の特定のバージョンにリンクすることもできます。

作業項目システムの柔軟性により、Azure DevOps は要件管理からバグ追跡、リスクと問題の追跡、レビューの結果の記録まで、さまざまな役割を果たすことができます。拡張可能なリンク機能により、要件からソースコード、テストケース、結果までの追跡可能性が確保され、監査目的や変更履歴の理解のためにレポートできます。

ソース管理

Azure DevOps は、Team Foundation Version Control (TFVC) と呼ばれるオリジナルのソース管理エンジンと、TFS 2013 のリリースによりコアソース管理リポジトリとして Git をサポートするという、 2 種類のソース管理をサポートしています。

チームファウンデーションバージョン管理

TFVC は、チームがリポジトリ内にあらゆる種類の成果物を保存できる集中型バージョン管理システムです。^[14] TFVC は、クライアントツールで作業するときに、サーバーワークスペースとローカルワークスペースの 2 種類のワークスペースをサポートします。^[15]サーバーワークスペースを使用すると、開発者はチェックアウト用にファイルをロックし、他の開発者にファイルが編集中であることを通知できます。このモデルに対するよくある苦情は、開発マシン上のファイルが読み取り専用としてマークされることです。また、サーバーに接続できない場合、開発者は「オフライン」にする必要があります。ローカルワークスペースは、これらの問題を回避するように設計されています。ローカルワークスペースのシナリオでは、ファイルは読み取り専用ではなく、作業する前にチェックアウトする必要はありません。ファイルが開発者のローカルマシン上にある限り、サーバーが接続されているかどうかは関係ありません。競合はチェックイン時に処理されます。

リモートクライアントのパフォーマンスを向上させるために、Azure DevOpsにはプロキシサーバーをインストールする機能が含まれています。^[16]プロキシサーバーを使用すると、ソース管理コンテンツを開発者に近いサイトにキャッシュして、長いネットワークトリップとそれに伴う遅延を回避できます。チェックインは引き続きAzure DevOpsアプリケーション層に対して直接実行されるため、プロキシサーバーは読み取りシナリオで最も効果的です。

Azure DevOps は、ソース管理エンジンの一部として、チェックインされたコードが構成可能なルールに従っていることを開発者が確認できるようにするためのさまざまな機能をサポートしています。このルールエンジンは、チェックインポリシーと呼ばれます。開発者がチェックインコメントを入力しない限りチェックインを許可しない変更セットコメントポリシーなど、すぐに使用できるポリシーがいくつかあります。これらのポリシーは拡張可能で、チェックインされるコード、コメント、および関連する作業項目のすべての側面を調べるために使用できます。Azure DevOps は、独立して使用される場合はFxCopと呼ばれるコード分析機能もサポートしています。Azure DevOps に含まれているということは、サーバーにチェックインされたコードに対して、および自動ビルド中に分析を実行できることを意味します。

Visual Studio CodeのAzure Repos拡張機能はTFVCをサポートしています。^[17]

ギット

TFS 2013 のリリースで、Microsoft はGitのネイティブサポートを追加しました。これは Microsoft 固有の実装ではなく、libgit2 ^{[18]ライブラリに基づく標準実装です。これは、人気の}GitHub を動かすのと同じライブラリであり、コードは GitHub から無料で入手できます。Microsoft は標準ライブラリを使用するアプローチを取ったため、どの Git クライアントも Azure DevOps でネイティブに使用できるようになりました (言い換えれば、開発者はお気に入りのツールを使用でき、標準の Azure DevOps クライアントをインストールする必要がありません)。これにより、Git をサポートする任意のプラットフォームおよび IDE 上のツールが Azure DevOps に接続できるようになります。たとえば、XcodeとAndroid Studio はどちらも Git プラグインをサポートしています。さらに、開発者が Microsoft のEclipse用 Team Explorer Everywhere プラグインを使用したくない場合は、eGit ^{[19] を}使用して Azure DevOps に接続することもできます。

Git を使用しても、Azure DevOps の作業項目またはビルドシステムを使用する利点がなくなるわけではありません。Git を使用してコードをチェックインする場合、チェックインコメントで作業項目 ID を参照すると、チェックインが特定の作業項目に関連付けられます。同様に、チームビルドでも Git プロジェクトがビルドされます。

Azure DevOps を Git リポジトリとして使用する主な理由の 1 つは、SQL Server によってサポートされ、Team Foundation Version Control (TFVC) ^{[明確化が必要]}と同じ保護が提供されることです。これにより、開発者は、自分に最適なプロジェクトの種類と作業スタイルを選択する際に、いくつかの選択肢が得られます。

報告

レポート機能は、2005 年の最初のリリース以来、Azure DevOps のコアコンポーネントとなっています。レポートインフラストラクチャは、リレーショナルデータベースであるデータウェアハウス^[20] (Tfs_Warehouse) と SQL Server Analysis Services データキューブ^[21]で構成されています。このオプションがインストールされている場合、これらの両方のソースは、SQL Server Reporting Services を介してレポートに使用できます。これらは標準のデータベースおよびキューブ構造であるため、これらのデータソースを指すことができる任意のツールからレポートを作成できます。これには、Cognos、Tableau、Excel、その他のレポートツールなどのツールが含まれます。すぐに使用できる各プロセステンプレートには、ビルド情報、テスト結果と進捗状況、プロジェクト管理、アジャイルレポート (バックログの概要、リリースバーンダウン、スプリントバーンダウン、および速度)、バグおよび問題データをカバーするレポートサービス用のレポートセットが含まれています。SSRS のレポートビルダーを使用して新しいレポートを作成したり、既存のレポートを変更したりできます。

負荷テストの結果については、より専門的なレポートが利用できます。このデータは Visual Studio 内で直接利用でき、詳細な分析のために Excel にエクスポートできます。

TFS 2013 では、「軽量レポート」と呼ばれる新機能が導入され、ウェアハウスやキューブに依存しないクエリ結果に基づくリアルタイムレポートの作成が可能になりました。TFS 2012 (および 2013 以降) では、Team Web Access 内で直接、リアルタイムのバーンダウン、速度、CFD ダイアグラムが提供されます。

チームビルド

チームビルド (TFS 2015 より前) は、Team Foundation Server に含まれるビルドサーバーアプリケーションです。チームビルドは、MSBuildとWindows Workflow Foundation の2 つのコンポーネントで構成されています。MSBuild は、 Apache Antに似た宣言型 XML 言語です。WF は、TFS 2010 からビルドプロセスに追加されました。それ以前は、MSBuild のみが利用可能でした。ビルド機能は、Azure DevOps の各リリースで進化し続けています。TFS 2010 および 2012 では、WF テンプレート ( Extensible Application Markup Language ) ファイルはソース管理に保存され、ソース管理から直接編集およびバージョン管理できました。TFS 2013 では、煩雑さを解消し、ビルドプロセスを効率化するために、これらのファイルは削除されました。WF テンプレートは、必要に応じて引き続きダウンロード、編集、およびソース管理に保存することができ、TFS 2013 では、既存の TFS 2010 または 2012 ビルドプロセステンプレートが壊れることはありません。 TFS 2013 でのGitのサポートにより、チームビルドが強化され、Git プロジェクトと TFVC プロジェクトの自動ビルドが可能になりました。

Windows Workflow はビルドプロセスの全体的なフローを制御し、Azure DevOps には、ビルド中に実行される一般的なタスクを管理するための、事前に構築されたワークフローアクティビティが多数含まれています。^[22] MSBuild は、.proj (C# プロジェクトの場合は csproj、Visual Basic プロジェクトの場合は vbproj) ファイルにあるマークアップ言語です。ビルドシステムは拡張可能で、ユーザーは独自のワークフローアクティビティを作成でき、プロセスに MSBuild を挿入して外部プロセスを実行できます。ビルドのワークフローの性質により、柔軟性は無制限になりますが、その柔軟性を実現するには多少の作業が必要になる場合があります。共有^[23]およびオープンソースプロジェクトが開始され、コミュニティが支援するアクティビティを構築してチームビルドの機能を強化しています。

ビルドプロセスは、スケジュールされたビルド、継続的インテグレーション、ゲートチェックイン、ローリングビルドなど、さまざまな種類のビルド用に構成できます。ゲートチェックインビルドでは、開発者がチェックインしたコードを保留し、サーバーコードで「最新の取得」を実行してビルドを実行します。ビルドが成功すると、コードを送信した開発者に代わってコードがチェックインされます。ビルドが失敗すると、開発者に通知され、別のチェックインを試みる前にコードを修正できます。

ビルドには保持ポリシーが備わっているため、必要のないときに蓄積されることはなく (または、ビルドを保存された出力を生成しないように指示することも)、ビルド出力をロックして永久に保存することもできます。TFS 2013 の新機能として、ビルド結果をソース管理にチェックインする機能があります。これは、ビルドを配置するドロップ場所がない Azure DevOps Services での自動ビルドをサポートするために必要な機能強化でした。オンプレミスバージョンでは、ビルド出力は、アクセス可能な共有フォルダーの任意の場所に配置されます。

Azure DevOps のビルドプロセスも、追跡可能性メカニズムの一部です。Team Build は、Azure DevOps で作成され、保存される成果物の多くを 1 つにまとめます。開発者がチェックイン時にソースコードを作業項目に関連付けると、Team Build は各ビルドの変更 (ソースコードの変更と作業項目の変更の両方、およびテスト結果 (単体テストの結果と自動機能テスト (CodedUI) の結果を含む)) をレポートできます。バグとPBI が解決され、ビルドに統合されると、これらの成果物を追跡する作業項目が自動的に更新され、どのビルドで正常に統合されたかが示されます。テストツールと組み合わせると、テスト担当者は各ビルドでどのコードが変更されたかだけでなく、ビルドごとにどのバグ、PBI、およびその他の作業が変更されたかの統合ビューを取得できます。

当初、TFS 2015 と Visual Studio Team Services (VSTS) では、Microsoft はビルドエンジンのアーキテクチャを再構築し、クロスプラットフォーム対応の Node.js アプリケーションをベースとしました。現在、Windows、Mac、Linux のビルドエージェントがサポートされています。Azure DevOps は、Microsoft Azure でのビルドホスティングを通じて、柔軟なビルド機能を提供します。^[24]

リリース管理

2013 年半ば、Microsoft は InCycle Software から InRelease という製品を購入しました。^[25] InRelease は Team Foundation Server 2013 に完全に組み込まれました。この機能は、真の継続的配置ソリューションを可能にすることで、自動化されたビルドおよびテストプロセスを補完しました。このツールは、TFS 2013 で「リリース管理」にブランド変更されました。リリース管理機能により、チームは開発、テスト、運用環境に対して、制御されたワークフロー ( Windows Workflow Foundationによって提供) に基づくリリースを実行できるようになり、1 つ以上のリリースの進行状況を監視するためのダッシュボードが提供されます。

Microsoft は、2015 Update 2 の新しい変更点を反映して、Visual Studio Team Services およびオンプレミスバージョンの TFS の Release Management を再構築しました。新しいバージョンの Release Management は、Web ブラウザーをクライアントとして活用し、Team Foundation Build と同じエージェントアーキテクチャに依存しています。Release Management により、 Azure DevOps のDevOps機能が有効になります。

歴史

Team Foundation Serverの最初のバージョンは2006年3月17日にリリースされました。^[26]

参照

バージョン管理ソフトウェアの比較
問題追跡システムの比較
Microsoft Visual SourceSafe (VSS)
バージョン管理ソフトウェアの一覧
ラショナルチームコンサート
SVNBridge は、 Subversionクライアントアプリケーションから TFS のリビジョン管理された項目にアクセスできるようにする、TFS の Windows クライアントまたはサーバー側拡張機能です。
ウィンオプス

参考文献

^ 「Azure DevOps Server 2022」。Microsoft Docs。2023年 11 月 14 日。
^ 「Visual Studio と Team Foundation Server を使用したアプリケーションライフサイクル管理」。MSDN。Microsoft。2013年。2013 年 10 月 15 日閲覧。
^ 「あらゆる場所で Team Explorer を採用する」。MSDN。Microsoft。2015年 4 月 28 日。2017 年5 月 26 日閲覧。
^ 「Azure DevOps とは? サービス、例、ベストプラクティス」。codefresh.io。
^ 「新しいリリース「Cadence」はVisual Studio 2012 Update 2で始まる」。1105 Media。2013年。 2013年10月15日閲覧。
^ 「可用性の強化 (データベースエンジン)」。Microsoft。2012 年。2013 年 10 月 17 日閲覧。
^ 「Team Foundation Server アーキテクチャ」。Microsoft。2012 年。2013 年 10 月 17 日閲覧。
^ 「アラートを設定して、変更が発生したときに通知を受け取る」。Microsoft。2013 年。2013 年 10 月 17 日閲覧。
^ 「アダプターを作成する方法」。Microsoft。2008年。 2013年10月17日閲覧。
^ 「Microsoft Visual Studio Team Foundation Server 2012 MSSCCI プロバイダー」。Microsoft。2012 年。2013 年 10 月 17 日閲覧。
^ 「フィードバックの要求と確認」。Microsoft。2012年。 2013年10月17日閲覧。
^ 「TFS 2010 の作業項目とワークフローをカスタマイズする方法」。Ted Gustaf。2010 年。2013 年 10 月 19 日のオリジナルからアーカイブ。2013年 10 月 17 日に取得。
^ 「Microsoft Visual Studio Team Foundation Server 2013 Power Tools」。Microsoft。2013 年。2013 年 10 月 17 日閲覧。
^ 「Team Foundation バージョン管理 (TFVC)」。Azure DevOps。Microsoft Docs。2019年 9 月 23 日閲覧。
^ 「サーバーワークスペースとローカルワークスペース」 Phil Kelley. 2013 . 2013-10-17閲覧。
^ 「方法: Team Foundation Proxy をインストールしてリモートサイトをセットアップする」。Microsoft。2013 年。2013 年 10 月 17 日閲覧。
^ 「Team Foundation バージョン管理 (TFVC) のサポート」。Visual Studio Code 用 Azure Repos 拡張機能。GitHub。2019年9 月 23 日閲覧。
^ 「GitHub libgit2/libgit2」。GitHub。2013年。 2013年10月31日閲覧。
^ 「EGit」。Eclipse。2013年。 2013年10月31日閲覧。
^ 「TFS データウェアハウスのコンポーネント」。Microsoft。2013 年。2013 年 10 月 17 日閲覧。
^ 「Team System の Analysis Services キューブで提供されるパースペクティブとメジャーグループ」。Microsoft。2013 年。2013 年 10 月 17 日閲覧。
^ 「Team Foundation ビルドアクティビティ」。Microsoft。2013 年。2013 年 10 月 17 日閲覧。
^ 「Community TFS Build Extensions」。Codeplex。2013 年。2013 年 10 月 11 日時点のオリジナルよりアーカイブ。2013 年 10 月 17 日閲覧。
^ 「Microsoft Azure - ポータル」。Microsoft。2016年。 2016年5月17日閲覧。
^ 「Microsoft が InRelease を買収、Visual Studio と Team Foundation Server に継続的デプロイメントを追加」 The Next Web。2013 年。2013年 11 月 15 日閲覧。
^ Taft, Darryl K. (2006 年 3 月 16 日)。「Microsoft が Team Foundation Server のリリースを発表」。開発。eWeek。Ziff Davis。2019年10 月 13 日閲覧。
^ kexugit (2013 年 11 月 21 日). 「使用している Team Foundation Server のバージョンはどれですか?」. docs.microsoft.com . 2020 年 8 月 26 日閲覧。
^ 「Azure DevOps 機能のタイムライン」。docs.microsoft.com。2021年 2 月 15 日閲覧。
^ 「Microsoft、Visual Studioと.NET Frameworkの次期バージョンを発表」。企業ニュース。Microsoft。2008年9月29日。 2019年10月13日閲覧。
^ Bright, Peter (2013 年 11 月 12 日)。「Microsoft が Visual Studio Online でクラウド開発を導入」。情報技術。Ars Technica。Condé Nast。2019年10 月 13 日閲覧。
^ Cool , Jamie (2018 年 9 月 10 日)。「Azure DevOps の紹介」。ブログ。Microsoft Azure。Microsoft。2019年10 月 13 日閲覧。
^ Mackie, Kurt (2019 年 3 月 5 日)。「Azure DevOps Server 2019 が利用可能になりました」。ブログ。Microsoft Azure。Microsoft。2019年10 月 13日閲覧。
^ Morales, Gloridel (2022-12-06). 「Azure DevOps Server 2022 RTW が利用可能になりました」。ブログ。Azure DevOpsブログ。Microsoft 。

外部リンク

公式サイト

[1] 「Azure DevOps Server 2022」。Microsoft Docs。2023年 11 月 14 日。

[2] 「Visual Studio と Team Foundation Server を使用したアプリケーションライフサイクル管理」。MSDN。Microsoft。2013年。2013 年 10 月 15 日閲覧。

[3] 「あらゆる場所で Team Explorer を採用する」。MSDN。Microsoft。2015年 4 月 28 日。2017 年5 月 26 日閲覧。

[4] 「Azure DevOps とは? サービス、例、ベストプラクティス」。codefresh.io。

[5] 「新しいリリース「Cadence」はVisual Studio 2012 Update 2で始まる」。1105 Media。2013年。 2013年10月15日閲覧。

[6] 「可用性の強化 (データベースエンジン)」。Microsoft。2012 年。2013 年 10 月 17 日閲覧。

[7] 「Team Foundation Server アーキテクチャ」。Microsoft。2012 年。2013 年 10 月 17 日閲覧。

[8] 「アラートを設定して、変更が発生したときに通知を受け取る」。Microsoft。2013 年。2013 年 10 月 17 日閲覧。

[9] 「アダプターを作成する方法」。Microsoft。2008年。 2013年10月17日閲覧。

[10] 「Microsoft Visual Studio Team Foundation Server 2012 MSSCCI プロバイダー」。Microsoft。2012 年。2013 年 10 月 17 日閲覧。

[11] 「フィードバックの要求と確認」。Microsoft。2012年。 2013年10月17日閲覧。

[12] 「TFS 2010 の作業項目とワークフローをカスタマイズする方法」。Ted Gustaf。2010 年。2013 年 10 月 19 日のオリジナルからアーカイブ。2013年 10 月 17 日に取得。

[13] 「Microsoft Visual Studio Team Foundation Server 2013 Power Tools」。Microsoft。2013 年。2013 年 10 月 17 日閲覧。

[MSD-TFVC-14] 「Team Foundation バージョン管理 (TFVC)」。Azure DevOps。Microsoft Docs。2019年 9 月 23 日閲覧。

[15] 「サーバーワークスペースとローカルワークスペース」 Phil Kelley. 2013 . 2013-10-17閲覧。

[16] 「方法: Team Foundation Proxy をインストールしてリモートサイトをセットアップする」。Microsoft。2013 年。2013 年 10 月 17 日閲覧。

[17] 「Team Foundation バージョン管理 (TFVC) のサポート」。Visual Studio Code 用 Azure Repos 拡張機能。GitHub。2019年9 月 23 日閲覧。

[18] 「GitHub libgit2/libgit2」。GitHub。2013年。 2013年10月31日閲覧。

[19] 「EGit」。Eclipse。2013年。 2013年10月31日閲覧。

[20] 「TFS データウェアハウスのコンポーネント」。Microsoft。2013 年。2013 年 10 月 17 日閲覧。

[21] 「Team System の Analysis Services キューブで提供されるパースペクティブとメジャーグループ」。Microsoft。2013 年。2013 年 10 月 17 日閲覧。

[22] 「Team Foundation ビルドアクティビティ」。Microsoft。2013 年。2013 年 10 月 17 日閲覧。

[23] 「Community TFS Build Extensions」。Codeplex。2013 年。2013 年 10 月 11 日時点のオリジナルよりアーカイブ。2013 年 10 月 17 日閲覧。

[24] 「Microsoft Azure - ポータル」。Microsoft。2016年。 2016年5月17日閲覧。

[25] 「Microsoft が InRelease を買収、Visual Studio と Team Foundation Server に継続的デプロイメントを追加」 The Next Web。2013 年。2013年 11 月 15 日閲覧。

[26] Taft, Darryl K. (2006 年 3 月 16 日)。「Microsoft が Team Foundation Server のリリースを発表」。開発。eWeek。Ziff Davis。2019年10 月 13 日閲覧。

[27] xugit (2013 年 11 月 21 日). 「使用している Team Foundation Server のバージョンはどれですか?」. docs.microsoft.com . 2020 年 8 月 26 日閲覧。

[28] 「Azure DevOps 機能のタイムライン」。docs.microsoft.com。2021年 2 月 15 日閲覧。

[29] 「Microsoft、Visual Studioと.NET Frameworkの次期バージョンを発表」。企業ニュース。Microsoft。2008年9月29日。 2019年10月13日閲覧。

[30] Bright, Peter (2013 年 11 月 12 日)。「Microsoft が Visual Studio Online でクラウド開発を導入」。情報技術。Ars Technica。Condé Nast。2019年10 月 13 日閲覧。

[31] Cool , Jamie (2018 年 9 月 10 日)。「Azure DevOps の紹介」。ブログ。Microsoft Azure。Microsoft。2019年10 月 13 日閲覧。

[32] Mackie, Kurt (2019 年 3 月 5 日)。「Azure DevOps Server 2019 が利用可能になりました」。ブログ。Microsoft Azure。Microsoft。2019年10 月 13日閲覧。

[33] Morales, Gloridel (2022-12-06). 「Azure DevOps Server 2022 RTW が利用可能になりました」。ブログ。Azure DevOpsブログ。Microsoft 。