Azure_DevOps_Server
AzureのDevOpsチームサーバ（旧Team Foundation Serverの（TFS）とVisual Studio Team Systemの（VSTS））であるマイクロソフトの提供、製品のバージョン管理を（のいずれかでのTeam Foundationバージョン管理（TFVC）またはGitの）報告、要件管理、プロジェクト管理（アジャイルソフトウェア開発チームとウォーターフォールチームの両方）、自動ビルド、テスト、リリース管理機能。アプリケーションのライフサイクル全体をカバーし、DevOps機能を有効にします。Azure DevOpsは、多数の統合開発環境（IDE）のバックエンドとして使用できますが、すべてのプラットフォームのMicrosoft VisualStudioおよびEclipse用に調整されています。
Azure DevOps Server
開発者
マイクロソフト
初回リリース
2005 ; 16年前 （2005）
安定リリース
2020アップデート1/2021年8月10日 ; 2か月前 （2021-08-10）
オペレーティング・システム
マイクロソフトウィンドウズ
タイプ
アプリケーションライフサイクル管理
ライセンス
試用版
Webサイト
visualstudio .com / tfs
コンテンツ
1 オンプレミスとオンライン
2 建築
2.1 サーバーアーキテクチャ 2.2 拡張性 2.3 クライアント
3 作業項目
4 ソース管理
4.1 TeamFoundationバージョン管理 4.2 ギット
5 報告
6 チームビルド
7 リリース管理
8 歴史
9 も参照してください
10 参考文献
11 外部リンク
オンプレミスとオンライン
Azure DevOpsは、オンプレミス（「サーバー」）とオンライン（「サービス」）の2つの異なる形式で利用できます。後者の形式は、Azure DevOps Services（2015年にVisual Studio TeamServicesに名前が変更される前の以前のVisualStudio Online ）と呼ばれます。クラウドサービスは、MicrosoftAzureクラウドプラットフォームによって支えられています。オンプレミスバージョンのAzureDevOpsと同じコードをわずかな変更を加えて使用し、最新の機能を実装します。ユーザーは、Microsoftアカウントを使用してサインインし、環境をセットアップし、プロジェクトを作成し、チームメンバーを追加します。短い開発サイクルで開発された新機能は、最初にクラウドバージョンに追加されます。これらの機能は、約3か月間隔で、更新としてオンプレミスバージョンに移行します。
建築
サーバーアーキテクチャ
Azure DevOpsは、多層のスケーラブルなアーキテクチャに基づいて構築されています。一次構造は、ロジックの処理とWebアプリケーションポータルの保守を担当するアプリケーション層（Team Web AccessまたはTWAと呼ばれる）で構成されます。Azure DevOpsは、Windows Communication FoundationWebサービスを使用して構築されています。クライアントオブジェクトモデルが推奨されますが、これらはどのクライアントでも使用できます。データ層とアプリケーション層は同じマシン上に存在できます。
スケーラビリティをサポートするために、アプリケーション層の負荷を分散し、データ層をクラスター化することができます。Microsoft SQL Server 2012以降を使用している場合は、AlwaysOn SQL Serverフェールオーバークラスターと可用性グループがサポートされており、データの地理的なレプリケーションが可能です。プライマリコンテナはプロジェクトコレクションです。プロジェクトコレクションは、チームプロジェクトのグループを含むデータベースです。プロジェクトコレクションは、各コレクションを異なるSQLServerまたはSQLServerインスタンスに配置できるという点で、別のスケーラビリティメカニズムです。Azure DevOpsインスタンスごとの「Oe」構成データベースには、プロジェクトコレクションのメタデータが格納されます。プロジェクトコレクションデータベースのデータはウェアハウスデータベースに集約され、AnalysisServicesキューブにロードする準備としてデータが非正規化されます。ウェアハウスとキューブにより、複雑な傾向レポートとデータ分析が可能になります。
Azure DevOpsは、既存のSharePointファームと統合できます。SQL Server Reporting Servicesは、データウェアハウスまたはAnalysisServicesデータキューブに対するより高度なレポートでサポートされています。これらのインストールは、同じシステムまたは異なるシステムに行うことができます。ビルドサーバー、ラボ管理サーバー、リリース管理サーバー、プロキシサーバー（アプリケーション層の負荷の一部を軽減するため）、テストマシン、負荷テストマシンもインフラストラクチャに追加できます。エンタープライズプロジェクトのスケジューリングを必要とするチームをサポートするために、AzureDevOpsはMicrosoftProject Serverとも統合されており、エンタープライズレベルのポートフォリオ管理、リソース管理、およびプロジェクト追跡が可能です。
拡張性
Microsoftは、AzureDevOpsに接続するための2つのスタンドアロンの再配布APIを提供しています。一つは、Javaの他方は、SDKの.NET Framework SDK。これらのAPIにより、AzureDevOpsへのクライアント接続が可能になります。Azure DevOpsはサービス指向アーキテクチャで記述されているため、Webサービスを呼び出すことができるほぼすべてのツールと通信できます。もう1つの拡張可能なメカニズムは、システムアラートのサブスクライブです。たとえば、作業項目が変更された、またはビルドが完了したことをアラートします。事前構成されたアラートは約20あり、チームは必要な数の追加アラートを構成できます。拡張可能なシナリオで使用すると、これらのアラートをWebサービスに送信して、作業項目を変更または更新するアクションをトリガーできます（高度なビジネスルールの実装や、特定のシナリオに基づいてプログラムで作業項目を生成するなど）。
データウェアハウスは、カスタムデータウェアハウスアダプターを作成することで拡張することもできます。 TFS 2012の導入により、Web AccessExtensionsと呼ばれるTeamWebAccess用のカスタムアドインを作成することもできます。
クライアント
Azure DevOpsは、Visual Studio 2010以降、Microsoft Test Manager（MTM）2012および2013をサポートします。Eclipse、古いバージョンのVisual Studio、およびその他の環境は、Microsoftソースコード管理統合プロバイダー（MSSCCIプロバイダー–発音「」を使用してAzureDevOpsにプラグインできます。ミスキー」）。これらのツールは、AzureDevOpsの機能へのフルアクセスを提供します。
MicrosoftExcelおよびMicrosoftProjectもサポートされており、作業項目の一括更新、一括入力、および一括エクスポートを可能にする作業項目の管理に役立ちます。Microsoft Projectを使用して、ウォーターフォールソフトウェア開発方法論に準拠する際の作業をスケジュールできます。ExcelとProjectはどちらも、データの双方向更新をサポートしています。これにより、たとえば、プロジェクトマネージャーがプロジェクトにスケジュールを設定し、その作業をAzure DevOpsにインポートして、開発者が作業を更新すると、プロジェクトマネージャーが追加の作業を実行しなくてもスケジュールを更新できます。
Team Foundation Server 2012では、MicrosoftPowerPointもAzureDevOpsと統合され、要件管理プロセスを支援するための迅速なストーリーボード開発が可能になりました。この統合により、PowerPointの組み込み関数でアニメーション化できる、あらゆるタイプのインターフェイスモックアップを構築するために使用できる拡張可能なストーリーボードシェイプが提供されます。これらのストーリーボードは、作業項目にリンクできます。
チームの地理的な分散の拡大に対処し、プロセスの早い段階でより頻繁に利害関係者を関与させるために、マイクロソフトはフィードバッククライアントを追加しました。このツールを使用すると、ユーザーはアプリケーションを実行し、表示されているものにオーディオとビデオで注釈を付け、画面をキャプチャし、開発チームにコンテキストフィードバックを提供できます。これにより、会議やデモンストレーションセッションを必要とせずに、ユーザーの観点からアプリケーションの機能に関する特定のフィードバックが提供されます。Azure DevOpsは、Unix環境とWindows環境の両方に対応するコマンドラインツールも提供します。Power Tools for TFSには、ユーザーがファイルまたはフォルダーを右クリックして、ファイルのチェックインとチェックアウト、ファイルの追加、およびその他の基本的なタスクを実行できるWindowsシェル統合が含まれています。
作業項目
Azure DevOpsの中心は、「作業項目」です。作業項目は物事を表します。それは、達成する必要のある作業、追跡するリスク、テストケース、バグ、またはユーザーが想像できる事実上すべてのものである可能性が作業項目はXMLドキュメントを介して定義され、高度に拡張可能です。作業項目は、開発フレームワークを提供するために、これらおよびその他の情報を含むプロセステンプレートに結合されます。Azure DevOpsには、アジャイル、スクラム、CMMI向けのMicrosoft SolutionsFrameworkのプロセステンプレートが含まれています。チームは、組み込みのテンプレートを使用するか、サードパーティによって作成された使用可能な多くのテンプレートの1つを使用するかを選択できます。プロセステンプレートは、電動工具の一部であるプロセステンプレートエディタを使用してカスタマイズできます。
さまざまな関係を使用して作業項目を相互にリンクし、作業項目の階層ツリーまたは作業項目間のフラットな関係を作成できます。作業項目は、Webページ、ファイル共有上のドキュメント、SharePointなどの別のリポジトリに保存されているドキュメントなどの外部アーティファクトにリンクすることもできます。作業項目は、ソースコード、ビルド結果、テスト結果、およびソース管理内の項目の特定のバージョンにリンクすることもできます。
作業項目システムの柔軟性により、Azure DevOpsは、要件管理からバグ追跡、リスクと問題の追跡、レビューの結果の記録まで、多くの役割を果たすことができます。拡張可能なリンク機能により、要件からソースコード、テストケースおよび結果までのトレーサビリティを実現し、監査目的および変更の履歴理解のためにレポートすることができます。
ソース管理
Azure DevOpsは、2つの異なるタイプのソース管理をサポートします。TeamFoundationVersionControl（TFVC）と呼ばれる元のソース管理エンジンとTFS 2013のリリースにより、コアソース管理リポジトリとしてGitをサポートします。
TeamFoundationバージョン管理
TFVCは、チームがリポジトリ内にあらゆるタイプのアーティファクトを保存できるようにする一元化されたバージョン管理システムです。 TFVCは、クライアントツールを操作するときに、サーバーワークスペースとローカルワークスペースの2種類のワークスペースをサポートします。サーバーワークスペースを使用すると、開発者はチェックアウトのためにファイルをロックし、ファイルが編集されていることを他の開発者に通知できます。このモデルでよくある不満は、開発マシン上のファイルが読み取り専用としてマークされていることです。また、サーバーに接続できない場合は、開発者が「オフラインにする」必要がローカルワークスペースは、これらの問題を回避するように設計されています。ローカルワークスペースのシナリオでは、ファイルは読み取り専用ではなく、作業する前にチェックアウトする必要はありません。ファイルが開発者のローカルマシン上にある限り、サーバーが接続されているかどうかは関係ありません。競合はチェックイン時に処理されます。
リモートクライアントのパフォーマンスを向上させるために、AzureDevOpsにはプロキシサーバーをインストールする機能が含まれています。プロキシサーバーを使用すると、ソース管理コンテンツを開発者に近いサイトにキャッシュして、長いネットワークトリップとそれに関連する遅延を回避できます。チェックインは引き続きAzureDevOpsアプリケーション層に対して直接実行されるため、プロキシサーバーは読み取りシナリオで最も効果的です。
ソース管理エンジンの一部として、Azure DevOpsは、開発者がチェックインされるコードが構成可能なルールに従っていることを確認するのに役立つ多くの機能をサポートしています。このルールエンジンは、チェックインポリシーと呼ばれます。開発者がチェックインコメントを入力しない限りチェックインを許可しないチェンジセットコメントポリシーなど、すぐに使用できるポリシーがいくつかこれらのポリシーは拡張可能であり、チェックインされているコード、コメント、および関連する作業項目のすべての側面を調べるために使用できます。Azure DevOpsは、独立して使用するとFxCopと呼ばれるコード分析機能もサポートします。Azure DevOpsに含まれているということは、サーバーにチェックインされたコードに対して、自動ビルド中に分析を実行できることを意味します。
Visual StudioCodeのAzureRepos拡張機能は、TFVCをサポートしています。
ギット
TFS 2013のリリースに伴い、MicrosoftはGitのネイティブサポートを追加しました。これはMicrosoft固有の実装ではなく、libgit2 ライブラリに基づく標準の実装です。これは、人気のあるGitHubを強化するのと同じライブラリであり、コードはGitHubから無料で入手できます。Microsoftは標準ライブラリを使用するアプローチを採用したため、任意のGitクライアントをAzure DevOpsでネイティブに使用できるようになりました（つまり、開発者はお気に入りのツールを使用でき、標準のAzure DevOpsクライアントをインストールすることはありません）。これにより、Gitをサポートする任意のプラットフォームおよび任意のIDE上のツールがAzureDevOpsに接続できるようになります。たとえば、両方のXcodeとのAndroid Studioは、 Gitのプラグインをサポートしています。さらに、開発者がEclipse用のMicrosoftのTeam Explorer Everywhereプラグインを使用したくない場合は、eGit を使用してAzureDevOpsに接続することを選択できます。
Gitを使用しても、AzureDevOpsワークアイテムまたはビルドシステムを使用するメリットが損なわれることはありません。Gitでコードをチェックインするときに、チェックインコメントでワークアイテムIDを参照すると、チェックインが指定されたワークアイテムに関連付けられます。同様に、TeamBuildもGitプロジェクトをビルドします。
Azure DevOpsをGitリポジトリとして使用する主な理由の1つは、SQL Serverに支えられており、Team Foundationバージョン管理（TFVC）と同じ保護が提供されていることです。これにより、開発者は、プロジェクトのタイプと自分に最適な作業スタイルを選択する際にいくつかの選択肢が得られます。
報告
レポートは、2005年の最初のリリース以来、Azure DevOpsのコアコンポーネントです。レポートインフラストラクチャは、リレーショナルデータベースであるデータウェアハウス（Tfs_Warehouse）とSQL Server AnalysisServicesデータキューブで構成されています。このオプションがインストールされている場合、これらのソースは両方ともSQL Server ReportingServicesを介したレポートに使用できます。これらは標準のデータベースおよびキューブ構造であるため、これらのデータソースを指すことができる任意のツールがそれらからレポートできます。これには、Cognos、Tableau、Excel、その他のレポートツールなどのツールが含まれます。すぐに使用できる各プロセステンプレートには、ビルド情報、テスト結果と進捗状況、プロジェクト管理、アジャイルレポート（バックログの概要、リリースバーンダウン、スプリントバーンダウンと速度）、バグと問題のデータをカバーするレポートサービスの一連のレポートが含まれています。SSRSのレポートビルダーを使用して新しいレポートを作成でき、既存のレポートを変更できます。
負荷テストの結果については、より専門的なレポートを利用できます。このデータはVisualStudio内で直接利用でき、詳細な分析のためにExcelにエクスポートできます。
TFS 2013では、「軽量レポート」と呼ばれる新機能が導入されました。この機能は、クエリ結果に基づいて、ウェアハウスやキューブに依存しないリアルタイムレポートを作成する機能を提供します。TFS 2012（および2013年まで継続）は、Team Web Access内で直接、リアルタイムのバーンダウン、速度、およびCFDの図を提供します。
チームビルド
Team Build（TFS 2015より前）は、Team FoundationServerに含まれているビルドサーバーアプリケーションです。チームビルドは、MSBuildとWindows WorkflowFoundationの2つのコンポーネントで構成されています。MSBuildのは次のように宣言型のXML言語であるApache Antを。WFは、TFS2010以降のビルドプロセスに追加されました。それ以前は、MSBuildのみが利用可能でした。ビルド機能は、AzureDevOpsの後続のリリースごとに進化し続けています。TFS 2010および2012では、WFテンプレート（Extensible Application Markup Language）ファイルがソース管理に保存され、ソース管理から直接編集およびバージョン管理できました。TFS 2013では、これらのファイルが削除され、煩雑さが解消され、ビルドプロセスが合理化されました。WFテンプレートは、必要に応じてダウンロード、編集、ソース管理に保存できます。TFS2013は、既存のTFS2010または2012ビルドプロセステンプレートを壊しません。TFS 2013でのGitのサポートにより、Team Buildが拡張され、GitプロジェクトとTFVCプロジェクトの自動構築が可能になりました。
Windows Workflowは、ビルドプロセスの全体的なフローを制御し、Azure DevOpsには、ビルド中に実行される一般的なタスクを管理するための多くのビルド済みワークフローアクティビティが含まれています。 MSBuildは、.proj（C＃プロジェクトの場合はcsproj、Visual Basicプロジェクトの場合はvbproj）ファイルにあるマークアップ言語です。ビルドシステムは拡張可能であり、ユーザーは独自のワークフローアクティビティを作成でき、MSBuildをプロセスに挿入し、外部プロセスを実行できます。ビルドのワークフローの性質により、無制限の柔軟性が可能になりますが、その柔軟性を実現するには多少の作業が必要になる場合がチームビルドの機能を強化するために、コミュニティが支援するアクティビティを構築するために、共有およびオープンソースプロジェクトが開始されました。
ビルドプロセスは、スケジュールされたビルド、継続的インテグレーション、ゲートチェックイン、ローリングビルドなど、さまざまなタイプのビルド用に構成できます。ゲートチェックインビルドは、開発者がチェックインするコードを棚上げし、サーバーコードで「最新情報を取得」して、ビルドを実行します。ビルドが成功すると、コードを送信した開発者に代わってコードがチェックインされます。ビルドが失敗した場合、開発者に通知され、別のチェックインを試みる前にコードを修正できます。
ビルドには保持ポリシーがあり、不要なときに蓄積されないようにしたり（または、保存された出力を生成しないようにビルドに指示したり）、ビルド出力をロックして永久に保存することができます。TFS 2013の新機能は、ビルド結果をソース管理にチェックインする機能です。これは、ビルドを配置するためのドロップ場所がないAzure DevOpsServicesでの自動ビルドをサポートするために必要な拡張機能でした。オンプレミスバージョンでは、ビルド出力は、アクセス可能な共有フォルダーの場所に配置されるように構成できます。
Azure DevOpsのビルドプロセスは、チームビルドがAzure DevOpsで作成および保存されるアーティファクトの多くをまとめるという点で、トレーサビリティメカニズムの一部でも開発者がチェックイン時にソースコードを作業項目に関連付けると仮定すると、チームビルドには、各ビルドの変更（ソースコードの変更と作業項目の変更の両方、およびテスト結果（単体テストの結果と自動化が含まれます））をレポートする機能が機能テスト（CodedUI）の結果）。バグとPBIが解決されてビルドに統合されると、これらのアーティファクトを追跡する作業項目が自動的に更新され、どのビルドで正常に統合されたかが示されます。テスターは、テストツールと組み合わせて、各ビルドで変更されたコードだけでなく、ビルドごとに変更されたバグ、PBI、その他の作業の統合ビューを取得します。
当初、TFS2015とVisualStudio Team Services（VSTS）を使用して、Microsoftは、クロスプラットフォーム対応のNode.jsアプリケーションに基づくビルドエンジンのアーキテクチャを再発明しました。現在、Windows、Mac、およびLinuxビルドエージェントがサポートされています。Azure DevOpsは、MicrosoftAzureのビルドホスティングを介して柔軟なビルド機能を提供します。
リリース管理
2013年半ば、マイクロソフトはInCycleSoftwareからInReleaseという製品を購入しました。 InReleaseは、Team Foundation Server 2013に完全に組み込まれました。この機能は、真の継続的展開ソリューションを可能にすることで、自動化されたビルドおよびテストプロセスを補完しました。ツールはTFS2013の「リリース管理」に名称変更されました。リリース管理機能により、チームは、開発、テスト、および本番環境への制御されたワークフロー（Windows Workflow Foundationによって提供）主導のリリースを実行でき、監視用のダッシュボードを提供します。 1つ以上のリリースの進行状況。
Microsoftは、Visual Studio Team Servicesのリリース管理とオンプレミスバージョンのTFSを再構築し、2015 Update 2の新しい変更を加えました。新しいバージョンのリリース管理は、クライアントとしてWebブラウザーを活用し、Team FoundationBuildと同じエージェントアーキテクチャに依存しています。 。リリース管理により、AzureDevOpsのDevOps機能が有効になります。
歴史
Team Foundation Serverのこの最初のバージョンは、2006年3月17日にリリースされました。
商品名 形 発売年 バージョン番号
Team Foundation Server 2005 オンプレミス 2006年 8
Team Foundation Server 2008 オンプレミス 2008年 9
Team Foundation Server 2010
オンプレミス 2010年 10
チームファンデーションサービスプレビュー クラウド 2012年
Team Foundation Server 2012 オンプレミス 2012年 11
Visual Studio Online
クラウド 2013年
Team Foundation Server 2013 オンプレミス 2013年 12
Team Foundation Server 2015 オンプレミス 2015年 14
VisualStudioチームサービス クラウド 2015年
Team Foundation Server 2017 オンプレミス 2017年 15
Team Foundation Server 2018 オンプレミス 2017年 16
AzureDevOpsサービス
クラウド 2018年
Azure DevOps Server 2019
オンプレミス 2019年 17
Azure DevOps Server 2020 オンプレミス 2020 18
も参照してください
バージョン管理ソフトウェアの比較
問題追跡システムの比較
Microsoft Visual SourceSafe（VSS）
バージョン管理ソフトウェアのリスト
合理的なチームコンサート
SVNBridge、からTFSリビジョン制御項目にアクセスすることができますTFSへのWindowsクライアントまたはサーバ側の拡張Subversionのクライアントアプリケーション。
WinOps
参考文献
^ 「AzureDevOpsServer2020」。MicrosoftDocs。2021-08-10を取得。
^ 「VisualStudioとTeamFoundationServerを使用したアプリケーションライフサイクル管理」。MSDN。マイクロソフト。2013 。
^ 「どこでもチームエクスプローラーを採用する」。MSDN。Microsoft 。
^ 「新しいリリース「ケイデンス」はVisualStudio 2012 Update2で始まります」。1105メディア。2013 。
^ 「可用性の強化（データベースエンジン）」。マイクロソフト。2012 。
^ 「TeamFoundationServerアーキテクチャ」。マイクロソフト。2012 。
^ 「アラートを設定し、変更が発生したときに通知を受け取ります」。マイクロソフト。2013 。
^ 「アダプタの作成方法」。マイクロソフト。2008 。
^ 「MicrosoftVisualStudio Team Foundation Server 2012MSSCCIプロバイダー」。マイクロソフト。2012 。
^ 「フィードバックのリクエストとレビュー」。マイクロソフト。2012 。
^ 「TFS2010の作業項目とワークフローをカスタマイズする方法」。テッド・グスタフ。2010 。
^ 「MicrosoftVisualStudio Team Foundation Server2013パワーツール」。マイクロソフト。2013 。
^ 「TeamFoundationバージョン管理（TFVC）」。AzureDevOps。MicrosoftDocs。
^ 「サーバーワークスペースとローカルワークスペース」。フィルケリー。2013 。
^ 「方法：Team Foundationプロキシをインストールし、リモートサイトをセットアップする」。マイクロソフト。2013 。
^ 「TeamFoundationバージョン管理（TFVC）サポート」。VisualStudioCode用のAzureReposExtension。GitHub。
^ “GitHub libgit2 / libgit2″。GitHub。2013 。
^ 「EGit」。Eclipse。2013 。
^ 「TFSデータウェアハウスのコンポーネント」。マイクロソフト。2013 。
^ 「チームシステムのAnalysisServicesキューブで提供されるパースペクティブとメジャーグループ」。マイクロソフト。2013 。
^ 「チームファンデーションビルドアクティビティ」。マイクロソフト。2013 。
^ 「コミュニティTFSビルド拡張機能」。Codeplex。2013 。
^ 「MicrosoftAzure-ポータル」。マイクロソフト。2016 。
^ 「MicrosoftはInReleaseを買収し、Visual Studio、Team FoundationServerに継続的展開を追加しました」。次のWeb。2013 。
^ Taft、Darryl K.「MicrosoftがTeamFoundationServerのリリースを発表」。発達。eWeek。ジフデイビス。2019-10-13を取得しました。
^ kexugit。「どのバージョンのTeamFoundation Serverがありますか？」。docs.microsoft.com 。
^ 「AzureDevOps機能のタイムライン」。docs.microsoft.com 。2021-02-15を取得。
^ 「MicrosoftはVisualStudioと.NETFrameworkの次のバージョンを発表しました」。会社のニュース。Microsoft。2019-10-13を取得しました。
^ ブライト、ピーター「MicrosoftはVisualStudioOnlineを使用して開発をクラウドに取り入れています」。情報技術。ArsTechnica。コンデナスト。2019-10-13を取得しました。
^ かっこいい、ジェイミー「AzureDevOpsの紹介」。ブログ。MicrosoftAzure。Microsoft 。2019-10-13を取得しました。
^ Mackie、カート「利用可能になりました：Azure DevOps Server2019」。ブログ。MicrosoftAzure。Microsoft 。2019-10-13を取得しました。
外部リンク
公式サイト
Team Foundation Server：作業中
Visual Studio 2005チームシステム：エンタープライズクラスのソース管理
TeamFoundationでのソースコード管理の使用
Team Foundation Serverの基礎：機能とアーキテクチャの概要
Visual Studio Team System 2008Webアクセス
VisualStudioアプリケーションライフサイクル管理
VisualStudioチームサービス
Team FoundationServerおよびVisualStudio TeamServicesでのJavaサポート
Team Foundation Server2017リリースノート”