チームのコードベースへの作業のチェックイン
[保留中の変更] のページをチェックインしてチームのコードベースにコードを使用します。
必要なアクセス許可
チーム プロジェクトの [共同作成者] の 1 " があります。「Team Foundation Server の既定のグループ、アクセス許可、およびロール」を参照してください。
目的に合ったトピックをクリックしてください
チェックインするファイルを指定します。
作業項目を関連付けます。
変更をチェックイン
解決のチェックイン ポリシーの警告
ゲート チェックインを実行します。
コマンド プロンプトから行われました。
ツールヒントを取得します。
チェックインするファイルを指定します。
どのファイルの変更 [保留中の変更] のページの [除外される変更] のセクション [含まれる変更] との間のドラッグすることで、チェックインするかを指定できます。Visual Studio の他の領域で操作すると、スコープにチェックインできます:または
ソリューション エクスプローラーで、次のいずれかを選択する:
ソリューション
コード プロジェクトの一つ以上
一つ以上のファイル
項目を選択すると、ショートカット メニューを開き、**[チェックイン]**を選択します。
ソース管理エクスプローラーで、保留中の変更がある項目を含む一つ以上のフォルダーまたは保留中の変更を含む一つ以上の項目を選択します。(保留中の変更がある項目は、このシンボルで示されます: )。選択したアイテムのショートカット メニューを開き、**[チェックイン]**を選択します。
作業項目を関連付けます。
自分のコードベース ファイルを変更したときにタスクを完了するか、バグを修正するか、他の種類の作業項目の要求を満たすために、通常、します。変更をチェックインすると、チェックインする変更とこのような作業項目を関連付ける必要があります。そうする利点は以下が含まれます:
作業項目を表示 変更セットへの直接リンク チーム メンバーは、作業を確認できます。
変更した ファイルの履歴を確認します が変更セットを表示し、変更の両端揃えの作業項目を表示するチーム メンバー。
ビルドの完了したビルドをで示すタスクが完了するか、バグが修正されたか、自動ビルド システムの変更 (たとえば ビルドの CI か ゲート チェックイン ビルドと、チーム メンバーができます。
作業項目をチェックインに関連付ける場合:
[関連作業項目] のセクションの [ID によって作業項目を追加] のリンクを選択します。
[関連作業項目] のセクションにクエリ ウィンドウから作業項目をドラッグします。
各作業項目の横に、実際のチェックインにどのように関連してするかを選択する: [関連付け] か [競合の解決] (作業項目がこの関係を、**[解決済み]**など、戻る除外する状態に存在しない場合にのみ使用できます [終了]、または)。
ヒント |
---|
関連する作業項目のショートカット メニューを開き、を選択できます:
|
変更をチェックイン
変更をチェックイン
チーム エクスプローラーで、[ホーム]を選択し、**[保留中の変更]**を選択します。
[保留中の変更] のページで、に [コメント] ようにしたことを、後で必要 は、ファイルの履歴を確認し、理解します。 が理解できるチームメート入力します。例: 実装された買い物カゴ コントローラー。
いるチームは (場合によっては、要求するチェックイン ポリシーを実行します)、特定の種類のチェックインについての情報を提供するためにそのメンバーを設定します。チーム プロジェクトの管理者は、有効なチェックイン メモがある場合は、[メモ] のセクションの各フィールドに情報を入力できます。
[チェックイン] のボタンをクリックします。
次の結果の 1 つが発生します。
変更はチェックインされます
すべてのインクルード ファイルは、チェックイン メモ、コメントとともに、ワークスペースから変更し、関連する作業項目へのリンクは、サーバー上の単一の 変更セット としてサーバーに保存されます。
競合がチェックインをブロック
システムは、変更の競合とサーバー上のファイルの最新バージョンを示します。「ファイルの競合の解決」を参照してください。
チェックインがチェックイン ポリシーに違反しているため、ブロック。
チーム プロジェクト管理者は、チームのベスト プラクティスに従うようにコミュニケーションとしてチェックイン ポリシーを実行できます。たとえば、チェックイン ポリシーはチーム メンバーが変更を 1 文字以上の作業項目を関連付けるように図ることができます。詳細については、「Set and Enforce Quality Gates」を参照してください。
場合によっては、これらのチェックイン ポリシーをオーバーライドする場合があります。[ポリシーの警告] のセクションでは、**[オーバーライド警告]**を選択します。
[理由] ボックスでは、ポリシーをオーバーライドしている理由を説明します。
ゲート チェックイン ビルド プロセスによって制御されるフォルダーにチェックイン
ゲート チェックイン ビルド処理によって制御されるバージョン コントロール フォルダーに変更をチェックインすると、[ゲート チェックイン] のダイアログ ボックスが表示されます。チェックイン操作の実行方法については、「ゲート チェックイン ビルド プロセスで制御されるフォルダーへのチェックイン」を参照してください。
コマンド プロンプトから行われました。
- Checkin コマンド: 表示の保留中の変更とのファイルのチェックイン
ヒント
新しいコードをチェックインする前に、コード レビューことを検討してください。「ALM 開発者の 1 日: 作業の中断、バグの修正、コード レビューの実行」を参照してください。
で、保留中の変更を管理し、必要に応じて、元に戻すことができます。「コードの作成と保留中の変更の管理」を参照してください。
変更を予約する必要がある場合 作業の中断とシェルブセットの管理を参照してください。
チェックインが行われた atomically-the 操作完全に成功するか、完全に失敗します (1 点が異なります)。どの変更は、Team Foundation Server に送信できない場合、どの変更もコミットされず、変更セットも作成されません。たとえば、チェックイン中にネットワーク接続が失われた場合は、操作全体が失敗します。
例外は、変更セットの作業項目の関連付けです。作業項目の関連付けに失敗した場合は、チェックインの他の要素がすべて成功すると、変更セットが作成されます。手動で変更セットと作業項目を関連付けることができます。「作業項目に関連付けられている変更セットの検索、リンク、および表示」を参照してください。