2

TFSには、Visual Studioに「チェックイン時にアイテムをチェックアウトしたままにする」というオプションがありますが、そのようなオプションを与える目的は何ですか?

チェックアウトされたファイルのリストを見つけるためのレポート ツールを作成しようとしています。ユーザーが上記のオプションを設定した場合、開発者は常に「ねえ、すべての変更」と主張できるため、レポートは正確になります。チェックインされています」

この種のチェックアウトをレポートに反映するにはどうすればよいですか?

4

2 に答える 2

3

私が取り組んでいる作業の一部が別の開発者によって必要とされているときにこの機能を使用しますが、実際にはタスク全体を完了していません。

システムを真に反映しているため、レポートは依然として正確です。コードは実際にチェックアウトされており、開発者はおそらくまだファイルに取り組んでいます。すべての変更がチェックインされているかどうかを正確に知る唯一の方法は、ソース管理からの現在のバージョンと、各開発者がローカルでチェックアウトしたコピーを比較することです。

于 2012-06-07T05:21:45.213 に答える
2

最新の CI 環境では、変更をコミットして、まったく同じモジュールを変更し続けることは非常に一般的です。
一方、マイルストーンに到達すると、開発者は単純に変更をコミットして、別の作業を開始します。

したがって、TFS がこの構成可能なフラグを提供するのは非常に自然なことだと思います。

TFS エコシステムのもう 1 つの主要な機能は、gated-checkin です。このモードでは、すべてが成功すると、コミットは保留され、ビルドされ、コミットされます。このオプションがなければ、開発者はじっと立ってプロセスが完了するまで待たなければなりません。

「ねえ、私の変更はすべてチェックインされています」と言う開発者には同意しません。私たちのチームの原則は、チェックアウトされたものはすべて開発されているということです。
各開発者の保留中の変更はすべて、営業日の終わりに棚上げされるというルールを考えることができます。私は個人的にそのような措置に反対していますが、私の開発者が原則に適応しない場合は、オプションとしてそれらを検討することは間違いありません.

上記に同意する場合、2 番目の質問は時代遅れになるでしょう: 私の意見では、チェックアウトにはいくつかの「種類」はありません。

于 2012-06-07T09:42:04.107 に答える