問題タブ [tfs-workitem]

バグのためにWITを変更し、2つのカスタムフィールドを追加しました。つまり、PartDetails（ "01 P1 Demo"、 "02 P2 Exec"、 "03 P2 Config"の3つの値を持つドロップダウン）とParts（ここでもドロップダウン2つの値、「P1」と「P2」）。次のようにルールを追加したいと思います。バグを追加するときに、ユーザーが「01 P1 Demo」を選択すると、パーツドロップダウンで自動的に「P1」が選択されます。同様に、ユーザーが「02P2Exec」または「03P2Config」を選択すると、パーツドロップダウンは自動的に「P2」を選択します。

MATCH要素とCOPY要素の組み合わせで遊んでいますが、クラックすることはできません。助言がありますか？

ルールは次のようにする必要があります。PartDetailsの値が「01」で始まる場合は、「パーツ」ドロップダウンなどで「P1」を選択します。

VS 2010 拡張機能を開発していますが、チーム エクスプローラーの作業項目エディターで作業項目を開く方法があるかどうかを知りたいですか?

これを行うには、どのコードを呼び出す必要がありますか? 私は無知です。

WorkItem をラベルにリンクする方法はありますか。Visual Studio で新しい WorkItem を作成するとき、[すべてのリンク] の下で、Changeset、VersionedItem などのさまざまなリンク タイプを選択できますが、Label のタイプはありません。

私がそれをしたい理由は、リリースにラベルを付け (バージョン 1.0、バージョン 1.1 など)、バグをソフトウェアの特定のバージョンに関連付けたいからです。

WorkItem を Label にリンクすることはサポートされていませんか? または、バグをソフトウェアのバージョンに関連付けるにはどうすればよいですか?

更新: Visual Studio TFS Branching Guide 2010 に記載されている単一チーム ブランチ モデル (1 つの開発ブランチと 1 つのメイン ブランチ) に従っています。

TFS 2010のCMMIテンプレートバグ作業項目に[報告者]フィールドを追加しました。このフィールドを現在のユーザー（バグを作成しているユーザー）にデフォルト設定したいと思います。場合によっては、このフィールドをバグレポートで呼び出したフィールドの誰かの名前にしたいので、これはプレーンテキストフィールドです。フィールドから電話をかける人はTFSユーザーではないため、事前定義されたユーザーリストには含まれません。すでに定義されているSystem.AssignedToフィールドをFieldControlとして定義した場合、任意のテキスト（フィールドバグレポーターの名前）を入力できません。ReportedByを設定してみましたフィールドのデフォルトはCurrentUserで、フィールドタイプが一致しないというインポートエラーが発生します。現在のユーザーをデフォルトでプレーンテキストとしてフィールドに入力させる方法はありますか？

同じタイトルの質問 (Lars Wilhelmsen による WorkItemMigrator モジュール) に対して投稿されたコードでは、コードは次のいずれかに表示されます。

• エリア/反復パス構造を作成する、または
• ワークアイテムを移行して再リンクする

領域/反復パス構造を作成してみました。その後、ワークアイテムをすぐに移行し、後で再リンクしました。新しく作成された領域/反復パス構造はすぐには利用できないようで、移行は失敗しました。

ただし、コードを再度実行すると、移行は成功しました。

新しく作成されたエリア/反復パス構造をすぐに利用できるようにして、その後すぐに移行と再リンクを正常に続行できるようにするにはどうすればよいですか?

TelerikのスタンドアロンのWorkItemManagerと、TFS2010で動作しないCodeplexの古いプロジェクトを知っています。

エンドユーザーがバグレポートを簡単に入力して、作業項目としてTFSに送信するためのツールは他にありますか？Webベースのものが望ましいですが、スタンドアロンでも問題ありません。

WIMは見栄えがしますが、エンドユーザーが単にバグを送信するには少し多すぎます。また、TFSには含まれておらず、TeamExplorerもありません。では、他にどのようなオプションがありますか？

これは TFS2010 に関連しています。次の要件があります。

VSTS UI を使用してユーザー ストーリーを閉じると、複数のタスクをユーザー ストーリーに関連付けることができます。関連付けられているすべてのタスクも閉じられているかどうかを確認する必要があります。

私の質問：

ワークアイテム UI に検証関数をバインドすることは可能ですか?

この場合、witadmin は役に立ちますか?

「KBアイテム」と呼ばれるTFS2010の作業項目定義を作成し、TFSサーバーにインポートしました。TFSでいくつかのKBアイテムを作成した後、作業アイテムの定義を更新する必要がありました。いくつかの変更を加え、新しいKBアイテム定義をTFSにインポートしました。これで、新しいKBアイテムを再作成できますが、定義を変更する前に作成されたKBアイテムを更新および保存できません。

次のエラーが発生します。

TF26212：TeamFoundationServerは変更を保存できませんでした。作業項目タイプの定義に問題がある可能性があります。もう一度やり直すか、TeamFoundationServer管理者に連絡してください。

私はそれをグーグルしましたが、何も機能しませんでした。

次のことを実行するために緊密に統合できる OSS の組み合わせはありますか?

• ソース管理 (TFS の話ではないので、できれば分散。現在は GIT を考えています。)
• 継続的統合 (商用製品であるにもかかわらず、現在は TeamCity を考えています)。
• 作業項目の追跡 (組織化されたアジャイル開発にとって非常に重要です。TFS atm の主な利点は、チェックインを作業項目に関連付ける機能です。これに関する OSS についてはわかりません。)

正直なところ、最初の 2 つは自分で答えました。私の主な質問は、ソース管理に緊密に統合できる優れた作業項目トラッカーを知っている人はいますか?

私はここ数年、TFS をうまく使ってきましたが、解決できないような問題に遭遇しました。バグ作業項目にカスタム フィールド (Ipsum.UTC) を追加しました (TFS 2010 を使用しています)。イテレーション パス (スプリント 1、スプリント 2、スプリント 3、UAT など) が「UAT」に等しい場合に、このフィールドを必須にしたいと考えています。バグが最初に記録されたときにこれが発生するようにしたいので、移行の理由を設定しました。ただし、不適切なルールを使用している可能性があります。

疑似コード: ユーザーが新しいバグ作業項目を記録する場合。ユーザーが反復パス リストから「UAT」を選択した場合、Ipsum.UTC フィールドが必要です。それ以外の場合、Ipsum.UTC フィールドは必要ありません。

明らかに期待どおりに動作しない XML を次に示します。それは整形式ですが、必要なものが得られません: