作業のチェックイン (Team Explorer Everywhere)

  • [アーティクル]

[保留中の変更] ページを使用してチームのコードベースにコードをチェックインします。

Pending changes page

必要なアクセス許可

チーム プロジェクトの共同作成者の 1 人である必要があります。 「TFS の既定のグループ、アクセス許可、およびロール [リダイレクト]」を参照してください。

目的に合ったトピックをクリックしてください

  • チェックインするファイルを指定する

  • 作業項目を関連付ける

  • 変更をチェックインする

  • チェックイン ポリシーの警告を解決する

  • ゲート チェックインを実行する

チェックインするファイルを指定する

どのファイルの変更をチェックインするかを指定できます。 [保留中の変更] のページで、[除外される変更] のセクションの 1 つまたは複数の変更を選択します。 ショートカット メニューの [含む] をクリックします。 Eclipse の他の領域で作業する際に、次のようにチェックインのスコープを設定することもできます。

  • パッケージ エクスプローラーまたはプロジェクト エクスプローラーで、次のいずれかを選択します。

    • 1 つまたは複数のコード プロジェクト

    • 1 つまたは複数のフォルダー

    • 1 つまたは複数のファイル

    項目を選択したら、ショートカット メニューを開き、[チーム]、[保留中の変更をチェックイン] を選択します。

    Check in pending changes

  • ソース管理エクスプローラーで、保留中の変更がある項目を 1 つ以上選択するか、保留中の変更を含むフォルダーを 1 つ以上選択します (保留中の変更がある項目は、Check out icon のシンボルで示されます)。 選択された項目のショートカット メニューを開き、[チェックイン] を選択します。

作業項目を関連付ける

コードベース内のファイルを変更するのは、通常、タスクを完了する場合、バグを修正する場合、または他の種類の作業項目の要求を満たす場合です。 変更をチェックインする際には、チェックインする変更と作業項目を関連付ける必要があります。 これによる利点として、次のようなものがあります。

  • 作業項目を表示するチーム メンバーは、変更セットに直接リンクして、行った作業を確認することができます。

  • 変更したファイルの履歴を確認するチーム メンバーは、変更セットを表示して、変更の理由となった作業項目を確認できます。

  • 自動ビルド システムで変更をビルドした場合、チーム メンバーは、完了したどのビルドでタスクが完了したか、バグが修正されたかを確認することができます。

作業項目をチェックインに関連付けるには次の手順に従います。

  • [関連作業項目] セクションの [ID によって作業項目を追加] リンクを選択します。

    Related work items

  • [関連作業項目] セクションの [クエリ] ドロップダウン リストからクエリを選択します。 作業項目クエリの結果エディターで、作業項目のショートカット メニューを使用して変更セットに関連付けます。

各作業項目の横にある [関連付け] または [解決] ([解決済み]、[完了]、[終了] など、作業項目がこの関係を除外する状態になっていない場合にのみ使用できます) を選択することにより、それぞれ実際のチェックインにどのように関連するかを指定します。

ヒント

関連する作業項目のショートカット メニューを開くと、以下を選択できます。

  • 一時タブで作業項目を開には [作業項目を開く] を選択します。標準タブで作業項目を表示するには、タブのショートカット メニューを開き、[タブを開く] を選択します。

  • チェックインに作業項目を関連付けない場合は、[作業項目の削除] を選択します。

  • [リンクされた新しい作業項目]、[作業項目のコピーの作成]、または [既存の項目にリンク]。

変更をチェックインする

変更をチェックインするには

  1. チーム エクスプローラーで、Home icon [ホーム] を選択し、[保留中の変更] を選択します。

  2. 後でファイルの履歴を確認して理解する必要のあるチームメートが、ファイルにどのような変更が加えられたかを理解できるように、[保留中の変更] ページで [コメント] を入力します。

    Pending changes page

  3. メンバーがチェックインに関して特定の種類の情報を提供することを望む (場合によっては、それを要求するチェックイン ポリシーを実装する) チームもあります。 チーム プロジェクト管理者がチェックイン メモを有効にすると、[メモ] セクションの各フィールドに情報を入力できます。

  4. [チェックイン] ボタンをクリックします。

次のいずれかの結果になります。

変更がチェックインされる

ワークスペースのすべての含まれるファイル変更は、コメント、チェックイン メモ、および関連作業項目へのリンクと共に、サーバー上に 1 つの変更セットとして保存されます。

競合がチェックインをブロック

システムは、変更とサーバー上にあるファイルの最新バージョンの間の競合を表示します。.

チェックインは、チェックイン ポリシーに違反しているため、ブロックされます。

チーム プロジェクト管理者は、チェックイン ポリシーを実装して、ベスト プラクティスを準拠するようにチームを促すことができます。 たとえば、チェックイン ポリシーによってチーム メンバーが少なくとも 1 つの作業項目を変更に関連付けるように促すことができます。

場合によっては、これらのチェックイン ポリシーを無視することもあります。 [ポリシーの警告] セクションでは、[オーバーライド警告] を選択します。

[理由] ボックスで、ポリシーを無視している理由を説明します。

ゲート チェックイン ビルド処理によって制御されるフォルダーにチェックインする

ゲート チェックインしたビルドで管理しているバージョン コントロール フォルダーに、変更をチェックインすると、[ゲート チェックイン] ダイアログ ボックスが表示されます。

Gated check-in

[ビルドの変更] を選択します。

Gated Check-in committed

[調整] を選択します。

Reconcile pending changes

チェックイン操作の実行方法については、「ゲート チェックイン ビルドによって制御されている保留中の変更内容のチェックイン」を参照してください。

参照

概念

Eclipse 対応 Team Foundation Server プラグイン ビギナーズ ガイド