2

解決を許可する前に、バグにいくつかのフィールドを必須にしました。ただし、開発者がチェックインで解決しようとして、それらのフィールドが入力されていない場合でも、そのバグを関連付けずにチェックインを実行できます-開発者が修正するようにチェックインを許可しない方法はありますか?バグを適切に関連付けることができますか？ここに完全なメッセージがあります：

次の作業項目を更新できませんでした:

ID 9073. 理由: TF237124: 作業項目を保存する準備ができていません 変更セット 548 が正常にチェックインされました。

作業項目タイプの定義からの関連情報は次のとおりです。

<STATE value="Resolved">
  <FIELDS>
    <FIELD refname="Microsoft.VSTS.CMMI.ProposedFix">
      <ALLOWEXISTINGVALUE />
      <REQUIRED />
    </FIELD>
    <FIELD refname="Microsoft.VSTS.CMMI.RootCause">
<ALLOWEXISTINGVALUE />
      <PROHIBITEDVALUES expanditems="true">
        <LISTITEM value="Unknown" />
      </PROHIBITEDVALUES>
    </FIELD>
  </FIELDS>
  ...
</STATE>
4

2 に答える 2

2

いいえ、チェックインと作業項目の更新は「トランザクション」ではないため、チェックインは成功します。これが必要な場合は、チェックイン ポリシーも作成して配布する必要があります。

オープン ソースのコード レビュー チェックイン ポリシーでは、同様の手法を使用して、関連するすべてのコード レビュー作業項目が確実に更新されるようにします。

開発者が作業項目の事前チェックインを簡単に更新できるようにしたい場合は、Activateイベントを使用して UI を表示し、開発者が作業項目を別のフォームで開かなくてもフィールドを直接更新できるようにすることができます。 . 私自身のチェックイン ポリシーは、その良い例です。UI をポップアップする手順についてブログに書きました。

TFS インスタンスに接続し、TFS クライアント オブジェクト モデル バイナリの正しいバージョンを参照する Visual Studio のすべてのバージョンのポリシーを構築して配布する必要があります。異なるバージョンの Visual Studio も、異なるバージョンの .NET Framework に対してコンパイルする必要があります。これは、私が書いたさらに別のブログ投稿で概説されています。

于 2015-08-02T09:36:42.633 に答える