2

展開に TFS 2010 (Visual Studio) を使用しており、クライアント コード プロジェクト (.csproj ファイル) とデータベース プロジェクト (.dbproj ファイル) があります。開発者がアプリケーションにファイルを追加すると、これらのファイルへの対応する参照がプロジェクトファイル。プロジェクト ファイルを含む変更セットを Dev から QA にプッシュし、そのプロジェクト ファイルに変更セットにない追加済みファイルへの参照が含まれていると、ビルド エラーが発生します。

(フル ビルドを実行するのではなく) 変更セットだけをプッシュし始めると、すぐにこれが TFS ビルドを行う際の最大のボトルネックになりました。データベース プロジェクトを展開すると、20 個のエラーが発生します。それらを修正できる唯一の方法は、ソリューション エクスプローラー ツリー全体を下に移動し、孤立した各参照を個別に除外することでした。これには時間がかかりすぎることが判明したため、主任プログラマーのアドバイスにより、QA と UAT の完全なビルドを行うことに戻りました。

この製品は初期段階にあるため、しばらくの間、多くのファイルを追加する予定です。この問題のより良い解決策が必要です。手動で除外することも、開発者に QA の準備ができるまでコードをチェックインしないように求めることも、十分ではありません。この問題を経験した人はいますか?もしそうなら、どのように対処しましたか? ありがとう！

ジョン

4

1 に答える 1

1

変更セットを選択的に QA にプッシュすることは、チェリー ピッキングと呼ばれ、発生している種類の問題を引き起こします。これは推奨される方法ではありません。代わりに、成功したビルドがチェックインの一部になるように Qa ビルドをセットアップしてください。このようにして、修正の一部が欠落している場合 (複数の変更セットにある可能性があるため)、ビルドは失敗し、チェックインを実行できません。

次に、開発者に QA への 2 回目のチェックインを行わせるか、開発変更セットを Qa にマージし、チーム リーダーにプロジェクト ファイルへの変更を調整してもらいます。これには、「他のユーザーが行った変更を通知する」をオンにするか、開発チームのポリシーを設定して変更を監視します。 . パーシャル ビルドは常に完全な依存関係グラフをピックアップするとは限らないため、常にフル ビルドを実行する必要があります。

于 2012-11-21T03:54:14.740 に答える