0

私が現在働いている場所では、TFS2010からTFS2012へのアップグレードを検討しています。これにより、開発中のブランチがチェックイン/変更セットがないという点で元の状態を維持できるため、ゲートチェックインが非常に気に入っています。これにより、コンパイルエラーまたは単体テストの失敗が原因でビルドが中断します。

ただし、TFS 2010では、多くの開発者と私は、この機能を使用するのが少し面倒だと感じました。使いやすさの問題の1つは、チェックインによってビルドが中断されないことをCIビルドが正常に検証した後、ワークスペースを調整する必要があることでした。もう1つの問題は、チェンジセットがビルドを壊した場合、開発者は壊れたチェンジセットをアンシェルフするのが直感的でないと感じたことです。

ゲートチェックインエクスペリエンスはTFS2012で改善されましたか?インターネットで調査してわかった改善点の1つは、CIビルドを呼び出す前に多数のチェックインをキューに入れることができることです。それを除けば、特にこの機能の開発者/ユーザーエクスペリエンスに関して、これ以上の情報は見つかりませんでした。

4

2 に答える 2

1

TFS 2012 はバッチ ゲートチェックインを追加しますが、それ以外は、ゲート チェックインのユーザー エクスペリエンスは非常に似ていることがわかりました。

于 2013-01-21T11:10:05.327 に答える
0

Gated-checked-inの実行中に、Gated-checked-inに関する重要なことを1つ見逃したと思います。コードを追加および変更するのに時間がかかる場合があります。つまり、現在のコードを棚上げして取得する必要があります。ビルドを壊すものを棚から。

また、コードをチェックインしてビルドを開始すると、ファイルがチェックインされるかどうかわからないため、調整は理にかなっています。また、ビルドの実行中に新しい変更が含まれる可能性があるため、この機能はすべての状況に対応するように設計されています。 1つの状況だけではありません。

于 2013-01-22T06:49:01.577 に答える