次の方法で共有


Checkin コマンド

チェックイン サーバーへのファイルまたはフォルダーに、保留中の変更。

では、dev のコンピューターでファイルに対するほとんどの変更は 保留中の変更 として、ワークスペースにファイルをチェックインするまで格納されます。変更をチェックインすると、サーバーで 変更セット として格納されます。1 つが Visual Studio で チームのコードベースへの作業のチェックイン (を参照) を使用するより Checkin のコマンドが別のユーザー インターフェイスですが、プロセスは基本的に同じです。

要件:Team Foundation Server のアクセス許可」を参照してください。

tf checkin [/author:author name] [/comment:("comment"|@comment file)] 
[/noprompt] [/notes:("Note Name"="note text"|@notefile)] 
[/override:(reason|@reasonfile)] [/recursive] [/saved] [/validate] [itemspec] [/bypass] [/force] [/noautoresolve]  [/login:username,[password]] [/new]

tf checkin /shelveset:shelvesetname[;shelvesetowner] [/bypass] [/noprompt] [/login:username,[password]] [/collection:TeamProjectCollectionUrl][/author:author name] [/force]

パラメーター

パラメーター

説明

/author:author name

保留中の変更の作成者を指定して、あるユーザーが別のユーザーの代わりに変更をチェックインできるようにします。

[CheckinOther] のアクセス許可が必要です。「Team Foundation Server のアクセス許可」を参照してください。

/bypass

ゲート チェックイン要件をバイパスする。詳細については、「ゲート チェックイン ビルド プロセスで制御されるフォルダーへのチェックイン」を参照してください。

/collection:TeamProjectCollectionUrl

/shelveset のオプションを使用して、/collection のオプションは、シェルブセットを含むチーム プロジェクト コレクションの URL を指定します。例: http://myserver:8080/tfs/DefaultCollection。

既定では、チーム プロジェクト コレクションは現在のディレクトリをマップするワークスペースが含まれているものと仮定されます。

/comment

次の引数の 1 つがを使用してコメントを変更セットに関連付けます:

  • Comment: チェックインについてユーザーが指定したコメント。

  • @comment file: チェックインのコメントを含むディスク上のファイルへのパス。

/force

ファイルに内容の変更が存在しない場合でも、保留中の編集の項目のチェックインを強制します。

itemspec

ユーザーのワークスペースからのチェックインに項目の範囲を指定します。複数の Itemspec 引数を指定できます。構文については、Team Foundation バージョン管理のコマンド リファレンスを参照してください。

/login:username,[password]

ユーザー アカウントをコマンドを実行するように指定します。「Team Foundation バージョン管理のコマンド リファレンス」を参照してください。

/new

各保留中の変更 ( [チェックイン] のダイアログ ボックスに示すように)、コメント、および関連する作業項目、チェックイン メモ、およびチェックイン ポリシー オーバーライドの理由の選択状態は、保留中の変更として、dev コンピューターで、変更をチェックインするまで格納されます。/new のオプションは、このチェックインの前にチェックイン メタデータをオフにします。

/noprompt オプションを使用する場合の影響を及ぼさない変更する動作、このオプション。

/noautoresolve

既定では、システムは [すべてを自動解決] に自動的に ファイルの競合の解決します (を参照)。この既定の動作を無効にするには、このオプションを指定します。

/noprompt

コマンド プロンプトにウィンドウとダイアログ ボックスの表示 ( [チェックイン] のダイアログ ボックスなど)、への出力データを抑制します。「Team Foundation バージョン管理のコマンド リファレンス」を参照してください。

/notes

一つ以上のチェックイン メモを次の引数の 1 つがを使用して変更セットに関連付けるために用意されています:

  • NoteFieldName=NoteFieldValue: チェックイン メモ フィールドの値を設定します。セミコロン (;) で区切られた "field=value" 式を複数指定できます。

  • Notefile: 「field=value」の形式でチェックイン メモ フィールドの名前および値を含むディスク上のファイルへの、ユーザー指定のパス。セミコロンで区切ったメモのタイルを複数の行にわたって記述できます (例:

    Field1=Value1;

    での Field2=First の行

    二つ目の行で Value2;

    Field3=Value3;

/override

次の引数の 1 つがを使用してチェックイン ポリシーをオーバーライドします:

  • reason: チェックイン ポリシーが無視されている理由をユーザーが指定した。

  • Reasonfile: 含むファイルへのパスは、チェックイン ポリシーが無視されている理由についてユーザーが指定した。

/recursive

指定されたディレクトリとサブディレクトリ内の再帰的にチェックインの項目。

/saved

このパラメーターは無視されます。

/shelveset:shelvesetname[;owner]

チェックインにシェルブセットを指定します。省略可能な引数 owner は、現在のユーザーが所有していないシェルブセットを指定するときに使用します。

メモメモ
シェルブセットをチェックインすると、その意図を削除します。

/validate

チェックインがファイルにチェックインせずに成功するかどうかをテストします。システム、チェックイン メモは、チェックイン ポリシーを評価し、競合を示します。

メモメモ
/noprompt のオプションを指定しない場合、チェックインを検証するに [チェックイン] のダイアログ ボックスの [チェックイン] のボタンを選択する必要があります。このボタンをクリックすると、ファイルをチェックインします。

c327ca1z.collapse_all(ja-jp,VS.110).gif現在のワークスペースの保留中の変更をチェックイン

c:\code\SiteApp\Main>tf checkin

現在のワークスペースの保留中の変更を表示する [チェックイン] のダイアログ ボックスを表示します。続行する準備ができたら、チェックインが、追加コメントを関連付ける作業項目を必要とする保留中の変更をオンまたはオフにするに [チェックイン] のダイアログ ボックスを使用して、他のタスクを実行し、次に [チェックイン] のボタンを選択します。

c327ca1z.collapse_all(ja-jp,VS.110).gifコメントを持つすべての保留中の変更をチェックイン

c:\code\SiteApp\Main>tf checkin /comment:"Re-implemented Pi calculator"

チェックインは、現在のワークスペースの保留中の変更がチームの一員変更の目的を理解できるようにコメントを指定します。

c327ca1z.collapse_all(ja-jp,VS.110).gifチェックイン] ダイアログ ボックスを使用せずに単一の項目に変更をチェックイン

c:\code\SiteApp\Main>tf checkin program.cs /noprompt

チェックイン program.cs に、保留中の変更。[チェックイン] のダイアログ ボックスは表示されず、競合がチェックインをブロック、競合のウィンドウを表示しません。

Visual Studio での作業

ヒント

  • ヒント 変更を予約するには (おそらく、別のタスクのためのワークスペースをクリーンアップするため)、Shelve コマンドを使用します。

  • ヒント 競合がチェックインをブロック、それらを解決するに Resolve Command を使用できます。

  • ヒント コンピューター管理者およびユーザー アカウントにシェルブセットを含むチーム プロジェクト コレクションに割り当てられているワークスペースがない場合、/shelveset を使用して、/collection のオプションは、シェルブセットをチェックインします。