サーチ…


備考

このセクションでは、tfsの概要と開発者がなぜそれを使いたいのかを概説します。

また、tfs内の大きな件名についても言及し、関連するトピックにリンクする必要があります。 tfsのドキュメントは新しいものなので、これらの関連トピックの初期バージョンを作成する必要があります。

インストールまたはセットアップ

tfsのセットアップまたはインストールに関する詳細な手順

TFSとは何ですか?また、TFSはどのようにデータが格納されていますか?

Team Foundation Server(一般にTFSと略される)は、Team Foundation Version ControlまたはGitを介したソースコード管理、レポート、要件管理、プロジェクト管理(アジャイルソフトウェア開発と滝チームの両方)、自動ビルドラボ管理、テスト、およびリリース管理機能を提供します。アプリケーションライフサイクル全体をカバーします。 TFSは、多数の統合開発環境のバックエンドとして使用できますが、Microsoft Visual StudioとEclipseに合わせてカスタマイズされています。

利点:

  1. Team Foundation Serverには、既存のIDEまたはエディタと連携する一連のコラボレーションツールが用意されているため、チームはすべての図形やサイズのソフトウェアプロジェクトで効果的に作業できます。
  2. 無制限のプライベートリポジトリを使用してコードを保存し、共同作業します。 Gitを使用して分散バージョン管理を行ってコラボレーションを最大限にするか、Teamversionバージョン管理(TFVC)を使用して集中バージョン管理を行う。
  3. AGILE方法論のサポート
  4. 複数の言語とIDEのサポート
  5. 第三者とのプラグインの統合を可能にする

TFSの種類:

  1. オンライン
  2. オンプレミス

オンラインはMicrosoftのクラウドプラットフォームであるWindows Azureによってサポートされており、設定は不要です。ユーザーは、Microsoftアカウントを使用してログインし、アカウントの設定、プロジェクトの作成、チームメンバーの追加を開始します。 3週間の開発サイクルで開発された新機能が、まずオンライン版に追加されます。これらの機能は、オンプレミス版に更新され、約3か月間隔で移行されます。

Team Foundation Serverは、すべてのチェンジセットデータをSQL Serverデータベースに格納します。最新のチェンジセットのコードをすべて格納します。その後、差分を以前のバージョンに保存します。すべてをSQL Serverに格納する利点の1つは、トランザクションによって提供される「すべてまたはなし」の保存機能が得られることです。 TFSのアーキテクチャは集中管理されています。つまり、すべてのソースコードが単一の場所に保持されます。集中化されたアーキテクチャでは、TFSサーバー自体が単一障害点とみなされますが、Windows Serverオペレーティングシステムで使用可能な高可用性ソリューションを使用すると、TFSサーバー自体はそうである必要はありません。同様に、実際のソースコードビットを格納するSQL Serverデータベースは、複数のサーバーにミラーリングできます。 TFSコントロールは、Microsoft Visual Studioの最新バージョンとシームレスに統合するように設計されています。ただし、これは他のソフトウェア開発製品でTFSバージョンコントロールを使用できないことを意味するものではありません。 TFSの機能は、以下の領域に分けられます。 基本的な機能 - ファイルのチェックインとチェックアウトロック - 並行編集の制限ブランチとマージ - ソースコードの異なるバージョンでの作業セキュリティ - バージョン管理データにアクセスできるユーザーと、

任意のバージョン管理システムの基本機能には、ファイルのチェックインとチェックアウトが含まれます。並行処理をサポートするために、TFSでは同じファイルの複数のチェックアウトが可能ですが、必要に応じて無効にすることができます。項目は排他的にロックすることができるので、ロックされている間に他の誰もファイルをチェックインまたはチェックアウトできないようにすることができます。チームプロジェクトの設定で並行チェックアウトが無効になっている場合、チェックアウト時に自動的にファイルにロックが設定されます。分岐やマージはTFSの高度な機能と考えることができますが、それでも非常に便利です。分岐の主な考え方は、一連のソースコードファイルを取り、それらのファイルとは別のバージョンを作成することです。分岐したコードは、オリジナルのソースファイルとは別に独自の生活を送ることができます。たとえば、一般的なアプリケーションを開発していて、特定の顧客向けに特別なバージョンを作成する必要がある場合は、メインのソース管理ツリー(「トランク」)から顧客のカスタマイズを分岐することができます。必要が生じた場合は、カスタマイズコードと元のソース管理ラインを再度組み合わせることができます。これをマージといいます。 TFS内のすべてのもの(Active Directoryのユーザー権利のバージョン管理を除く)は、中央のSQL Serverデータベースに格納されています。これには、チームプロジェクトの設定、ファイルデータ、チェンジセットの詳細などが含まれます。ほぼすべてが中央の場所にあるため、SQLデータベースを定期的にバックアップし、災害復旧計画を立てておくことが重要です。バージョンコントロールがMicrosoft Visual Studioにどのように統合されているかを理解するには、ソースコントロールエクスプローラ、ソリューションエクスプローラ、および変更保留中の3つのウィンドウ(またはビューに応じてペイン)に注意する必要があります。 Team Foundation Serverインスタンスに接続すると、ソリューションエクスプローラを使用して、アイテムを右クリックしてウィンドウからファイルを直接チェックインおよびチェックインすることができます。ただし、Visual Studioでファイルの編集を開始すると、デフォルトでチェックアウトが行われます。たとえば、エディタでC#ソースコードファイルを開き、入力を開始すると、ファイルがチェックアウトされます。これはしばしばファイルをチェックアウトする最も便利な方法です。ソリューションエクスプローラウィンドウに表示される小さなアイコンは、ロックされたファイル、チェックアウトされたファイル、追加されたファイルなどを区別するのに役立ちます。青色のロックアイコンは、ファイルがソース管理の一部であるが、現在チェックアウトされていないことを示します。赤いチェックマークはファイルがチェックアウトされたことを示し、黄色のプラス記号はファイルがプロジェクトに追加されたことを示します。 TFSでは、チェックアウト操作と最新バージョンを取得する操作が互いに分離されています。実際には、これは、ファイルをチェックアウトする前に、チェックアウトするファイルに対して「最新の取得」コマンドを実行する必要があることを意味します。これは、ソリューションエクスプローラで項目を右クリックし、[最新の取得]メニュー項目を選択するだけで実行できます。この既定の動作を変更するには、Microsoft Visual Studioの[ツール/オプション]メニューコマンドを選択し、[ソース管理/ Visual Studio Team Foundation Server]セクションに移動します。ここから、「チェックアウト時に最新バージョンのアイテムを入手する」というオプションがあります。ソース管理ウィンドウでは、バージョン管理ツリーの全体像を確認できます。以下はソースコントロールエクスプローラウィンドウ(現在切断されています)です。

ウィンドウを開くには、[View / Other Windows / Source Control Explorer]メニューコマンドを選択するか、Visual Studioの[Team Explorer]ウィンドウで[Source Control]ノードをダブルクリックします。 [ソースコントロールエクスプローラ]ウィンドウでは、バージョンコントロールツリー内のファイルを表示および操作できます。このウィンドウでは、ソリューションエクスプローラで実行できる操作と同じ操作をすべて実行できます。たとえば、ファイルのチェックインやチェックアウト、名前の変更、削除などができます。違いは、ソースコントロールエクスプローラウィンドウを使用すると、作業するファイルは、C#プロジェクトなどのVisual Studio開発プロジェクトの一部である必要はないということです。たとえば、Excelスプレッドシートをバージョンコントロールに追加することができます。これは、ソリューションエクスプローラで実行したくないことです。バージョン管理下のファイルを操作して編集したり、ファイルを追加または削除したりすると、Visual Studioは直ちに変更をバージョン管理にコミットしません。代わりに、これは変更をチェックインしたときにのみ行われます。その間、すべての変更はデフォルトで保留中の変更リストに保存されます。これは[保留中の変更]ウィンドウから確認できます。

「保留中の変更」ウィンドウには、チェックインされていないファイルのリストが表示されます。このウィンドウには、要求された操作(追加、編集、削除、または名前の変更)も示されます。通常は、1回の操作で複数のファイルを便利にチェックインできるため、このウィンドウでチェックインを行います。また、チェックインされたファイルに付随するコメントを書くこともできます。また、ファイルを使用してTeam Foundation Serverの作業項目にリンクすることもできます。全体として、1つまたは複数のソースファイル、オプションのコメント、および作業項目の関連付けが集合的にチェンジセットを形成します。 TFSのチェンジセットは常にアトミックにチェックされます。つまり、チェックイン時に完全なセットが成功するか失敗するのかを示します。チェンジセットは一意のIDに関連付けられており、後でソースコントロールエクスプローラウィンドウなどで表示できます。 TFSバージョン管理では、システムが処理できる最小の変更セットであるため、チェンジセットは不可欠な概念です。チェンジセットには、単一のファイルまたは一連のファイルを含めることができます。さらに、特に作業項目とともに使用される場合は、報告の基礎となります。



Modified text is an extract of the original Stack Overflow Documentation
ライセンスを受けた CC BY-SA 3.0
所属していない Stack Overflow