問題タブ [tfs-workitem]

TFS2010ビルドを使用しています。TFS 2010にストックされているDefaultTemplate.xamlテンプレートを使用するビルド定義があり、ビルド定義で[失敗時に作業項目を作成]プロパティがTrueに設定されています。プロジェクトに意図的に変更を加えて、ビルドを中断しました。

ビルドを実行すると、Visual Studio内のTFSビルドログにコンパイルエラーが反映されますが、TFSビルドが次に壊れたビルドの作業項目を生成しようとすると、「値をnullにすることはできません。パラメーター名：WorkItemStore」というエラーが表示されます。 。

壊れたビルド用に作業項目が作成されるDefaultTemplate.xaml（以下のかなり長いパスを参照）でアクティビティを追跡しました。Microsoft.TeamFoundation.Build.Workflow.Activities.OpenWorkItemクラスを使用して作成していることがわかります。作業項目。[作業項目の作成]アクティビティの[プロパティ]ウィンドウに適切な値が入力されているように見えたため、WorkItemStoreをどこに渡すことができるかわかりません。また、この設定に適切な値もわかりません。

作業項目の作成アクティビティへのパス：
プロセス>シーケンス>エージェントで実行>変更セットと作業項目のコンパイル、テスト、および関連付けを試行>シーケンス>変更セットと作業項目のコンパイル、テスト、および関連付け>コンパイルとテストの試行>コンパイルとテスト> BuildSettings.PlatformConfigurationsの各構成の場合>構成のコンパイルとテスト>BuildSettings.HasProjectsToBuildの場合>BuildSettings.ProjectsToBuildの各プロジェクトの場合>プロジェクトのコンパイルを試行>例外の処理>CreateWorkItemの場合>非シェルフセットビルドの作業項目の作成>作業の作成アイテム

For instance, when a new bug is created, I believe it enters an approved state. What does that mean? Should not it start as new, and then become approved? We are using TFS for Scrum, and try to utilize it in the best way possible.

Visual Studio 2010 および TFS 2010 のプロセス エディターを使用して、独自のプロセス テンプレートを作成しています。

次のいずれかを実現するために、作業項目の種類の定義を変更したいと考えています。

• ワークアイテムは、それに割り当てられたユーザー (「System.AssignedTo」フィールドのユーザー) によってのみ更新できます。他のユーザーはワークアイテムを変更しないでください。
• 作業項目の状態フィールド「System.State」は、この作業項目が割り当てられたユーザーのみが変更できます。

前もって感謝します

Team Foundation Server 2010で作業項目IDを手動で設定することはできますか？

作業項目のレイアウトにidフィールドを配置すると、自動的に読み取り専用に設定されます。

過去30日間に人物Xに割り当てられたすべてのWorkItemを検索しようとしています。
私が抱えている大きな問題は、「過去30日間」の部分です。

「ever」または「asof」キーワードを使用することを考えましたが、まだ良い答えを見つけることができませんでしたWHERE [Assigned To] = 'X' AND (([Assigned To] != 'X') asof '<30daysago>')。
しかし、これはまだ防弾ソリューションではありません。

より良いアイデアはありますか？

よろしくお願いします

サイモン

こんにちは
TFSBUILD が buildID/BuildName を Globallist "Builds - Myprojectname" に追加するのを止める方法はありますか?

理由は、CI ビルドがあり、このタイプのビルドが BUG Workitem の "Found in:" リストに表示されないようにするためです。

TFS 2010の新しいカスタムポリシーを作成し、そのポリシーをVS.net 2010で確認したいと思います。作業項目がチェックインに関連付けられている場合、および次のいずれかの場合に、ポリシーをブロックします。

• コードは特定のフォルダにあります
• 作業項目は特定の領域でタグ付けされています

私がやりたいのは、私のチームプロジェクトの一部は「高リスク」であり、人々にもっと多くのこと（テスト、コードレビューなど）を行わせることです。

ただし、チームプロジェクト全体ではなく、一部の領域またはソース管理フォルダーにのみポリシーを適用したいと思います。チームプロジェクトを分割することはできません。

プロジェクト管理には、TFS 2010 とチーム エクスプローラーの作業項目機能を使用しています。

作業項目 (バグやタスクなど) がユーザーに割り当てられた場合、そのユーザーに新しい項目を知らせるメールを送信するにはどうすればよいですか?

当社では、プロジェクト マネージャが Web ポータルを使用して TFS のすべての要件を追跡したいと考えています。Web Access の限定バージョン (Work Item Only View) について聞きました。これを使用してこれを行うことはできますか？

プロジェクト以外のタスク/問題があり、すべての作業追跡を TFS (2008 および 2010 が利用可能) に集中させたいと考えています。プロジェクトにリンクされていないアイテムを追跡する明確な方法はありますか? 思考と経験？