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 つがを使用してコメントを変更セットに関連付けます:
|
/force |
ファイルに内容の変更が存在しない場合でも、保留中の編集の項目のチェックインを強制します。 |
itemspec |
ユーザーのワークスペースからのチェックインに項目の範囲を指定します。複数の Itemspec 引数を指定できます。構文については、Team Foundation バージョン管理のコマンド リファレンスを参照してください。 |
/login:username,[password] |
ユーザー アカウントをコマンドを実行するように指定します。「Team Foundation バージョン管理のコマンド リファレンス」を参照してください。 |
/new |
各保留中の変更 ( [チェックイン] のダイアログ ボックスに示すように)、コメント、および関連する作業項目、チェックイン メモ、およびチェックイン ポリシー オーバーライドの理由の選択状態は、保留中の変更として、dev コンピューターで、変更をチェックインするまで格納されます。/new のオプションは、このチェックインの前にチェックイン メタデータをオフにします。 /noprompt オプションを使用する場合の影響を及ぼさない変更する動作、このオプション。 |
/noautoresolve |
既定では、システムは [すべてを自動解決] に自動的に ファイルの競合の解決します (を参照)。この既定の動作を無効にするには、このオプションを指定します。 |
/noprompt |
コマンド プロンプトにウィンドウとダイアログ ボックスの表示 ( [チェックイン] のダイアログ ボックスなど)、への出力データを抑制します。「Team Foundation バージョン管理のコマンド リファレンス」を参照してください。 |
/notes |
一つ以上のチェックイン メモを次の引数の 1 つがを使用して変更セットに関連付けるために用意されています:
|
/override |
次の引数の 1 つがを使用してチェックイン ポリシーをオーバーライドします:
|
/recursive |
指定されたディレクトリとサブディレクトリ内の再帰的にチェックインの項目。 |
/saved |
このパラメーターは無視されます。 |
/shelveset:shelvesetname[;owner] |
チェックインにシェルブセットを指定します。省略可能な引数 owner は、現在のユーザーが所有していないシェルブセットを指定するときに使用します。
メモ
シェルブセットをチェックインすると、その意図を削除します。
|
/validate |
チェックインがファイルにチェックインせずに成功するかどうかをテストします。システム、チェックイン メモは、チェックイン ポリシーを評価し、競合を示します。
メモ
/noprompt のオプションを指定しない場合、チェックインを検証するに [チェックイン] のダイアログ ボックスの [チェックイン] のボタンを選択する必要があります。このボタンをクリックすると、ファイルをチェックインします。
|
例
現在のワークスペースの保留中の変更をチェックイン
c:\code\SiteApp\Main>tf checkin
現在のワークスペースの保留中の変更を表示する [チェックイン] のダイアログ ボックスを表示します。続行する準備ができたら、チェックインが、追加コメントを関連付ける作業項目を必要とする保留中の変更をオンまたはオフにするに [チェックイン] のダイアログ ボックスを使用して、他のタスクを実行し、次に [チェックイン] のボタンを選択します。
コメントを持つすべての保留中の変更をチェックイン
c:\code\SiteApp\Main>tf checkin /comment:"Re-implemented Pi calculator"
チェックインは、現在のワークスペースの保留中の変更がチームの一員変更の目的を理解できるようにコメントを指定します。
チェックイン] ダイアログ ボックスを使用せずに単一の項目に変更をチェックイン
c:\code\SiteApp\Main>tf checkin program.cs /noprompt
チェックイン program.cs に、保留中の変更。[チェックイン] のダイアログ ボックスは表示されず、競合がチェックインをブロック、競合のウィンドウを表示しません。
Visual Studio での作業
- の 使用チームのコードベースへの作業のチェックイン Visual Studio はサーバーに変更をチェックインします。
ヒント
変更を予約するには (おそらく、別のタスクのためのワークスペースをクリーンアップするため)、Shelve コマンドを使用します。
競合がチェックインをブロック、それらを解決するに Resolve Command を使用できます。
コンピューター管理者およびユーザー アカウントにシェルブセットを含むチーム プロジェクト コレクションに割り当てられているワークスペースがない場合、/shelveset を使用して、/collection のオプションは、シェルブセットをチェックインします。