問題タブ [tfs-workitem]

ワークアイテムのデフォルトのチェックイン アクションは「解決」です。チェックインが速すぎてもこの作業項目が自動的に閉じられないように、「関連付け」に設定したいと思います。どうやってやるの？

私の会社では、デフォルトのアジャイル プロセス テンプレートをいくつか変更して使用しています。私たちが行った変更の 1 つは、作業項目に費やされた時間を報告する方法を示すフィールドが追加されたことです。

デフォルトのプロセス テンプレートをどのようにカスタマイズしましたか? サード パーティのプロセス テンプレートをカスタマイズしたことがありますか、それともゼロから独自のテンプレートを作成しましたか?

Team System のプロセス テンプレートの他のカスタマイズから学ぶのは興味深いと思います。

PowerTools を使用して TFS 2008 の作業項目テンプレートをカスタマイズしていますが、特定のユーザーに対してフィールド (またはその値) を非表示にすることは可能でしょうか?

たとえば、クライアントが機能要求を送信できるように、TFS をクライアントに公開するとします。作成されたワークアイテム、履歴、変更などを見てもらいたいのですが、一部のフィールドは非公開にして内部使用のために保持したいと思います。

出来ますか？

TFS 2005 または 2008 を使用している場合、反復と領域をどのように使用しますか?

構築しているアプリケーションの特定の部分のための領域を作成しますか?

領域と、TeamSystem チームがそれらをどのように使用しているかについての興味深い記事を次に示します。

http://blogs.msdn.com/ericlee/archive/2006/08/09/when-to-use-team-projects.aspx

しかし、私はイテレーションについてさらに興味があるので、具体的な例をいくつか示していただければ幸いです。

マイルストーンに基づいてイテレーションを作成しますか、それとも特定の機能に基づいてイテレーションを作成しますか?

v1 を終了したらどうなりますか? v2 または v1 への更新をどのように管理しますか?

MSF Agile テンプレートを使用しています。

私たちの会社には、ビルド リクエストのワーク アイテムを TFS 経由で常に提出しているチームがたくさんあります。チェックインから、またはスケジュールに従ってビルドをトリガーできることはわかっていますが、これは私たちが必要としているものではありません。チーム マネージャーが TFS でビルド リクエスト作業項目を作成できるようにしたいと考えています。この作業項目は、保存すると特定のビルド定義をキューに入れます。これは可能ですか？

また、このように問題にアプローチすることが望ましいかどうかも疑問です。私はビルド チームに参加したばかりで、ビルドを自動化する方法を考えています。それは良い考えですか？そうでない場合、なぜですか？ビルド プロセスの自動化をどこまで進めることができますか?

ありがとう！

Team Foundation サーバーでは、イテレーション/エリアを使用します。ただし、クエリを実行し、反復パスを列として選択すると、常に「ルート」反復、つまりプロジェクトの名前が含まれます。

それを取り除く方法はありますか？非常に多くのスペースを必要とし (私は賢明にも長いプロジェクト名を選択しました)、余分な情報を追加しません。

他のバグ追跡システムの問題に取り組んでいる場合、作成者のユーザー名と入力された日付で明確にマークされているアイテムにメモを追加する方法があります。TFS の作業項目で同様の機能を探しています。そのような機能はありますか？

現在、ホットキーを押して現在の時刻とユーザー名を複数行のテキスト フィールドに貼り付けることができるシステムを使用しています。すべてのユーザーは、入力した情報の上にその情報を貼り付けることを知っています。これは手動ですが、受け入れられ、簡単です。例えば：

私が使用した他のツール (Mantis かな?) には「メモ」機能が組み込まれていました。そのため、コメントに自分の名前を付けることを忘れたり、新しいメモがフィールドの上部または下部に表示されるかどうかを知ることができませんでした。 ..

名前と日付/時刻を手動で入力することは (良い) オプションではありません。ただし、単一のキーまたはツールバーのボタンを押すだけで問題ありません。

このような長い形式の「メモ」を複数の特定の個々のフィールドに分解することについてアドバイスを求めているわけではありません。また、作業項目の履歴タブについては認識していますが、これでは十分ではありません。誰が、いつ、何を書いたのかを明確にし、テキストと同じビューにする必要があります。

アップデート

何人かのチーム メンバーが問題を調査していると想像してください。それらはすべて作業項目に情報を追加し、それぞれが同じフィールドにさらにテキストを追加します。誰がどの部分を追加したかをどのように簡単に知ることができますか?

履歴ログには、各ユーザーの変更の行が表示され、フィールドの変更も表示されます。しかし、それは別の画面上にあり、表示されるデータを精神的に解析するのは困難です。

テキストの各部分に「署名」することはできますが、ツールの助けがなければこれは苦痛です。

Stackoverflows のコメント機能も良い例かもしれません。

Team Foundation Server 2008 / Visual Studio Team Systemを使い始めたばかりであり、作業項目をニーズに合わせてエクスポートおよび変更する方法を見つけてうれしく思います。ただし、セットアップを完璧にするこの最後のことは、やや難しいことがわかっています。

バグ作業項目タイプをエクスポートし、ユーザーのグループごとに異なって表示されるように変更しました。ただし、重複していることが判明したバグを報告している開発者以外の人には潜在的な問題があります。解決されたreason：duplicateでチケットを閉じるユーザーは、最初のバグレポートとして認識されるバグへのリンクも作成するように強制したいと思います。

System.RelatedLinkCountを見て、ルールを設定しました

ただし、そのスコープに何かを入れようとすると、インポーターは、System.RelatedLinkCountは、何を入れてもルールを受け入れないと言いますが、上記のルールは、私がやろうとしていることを示しています（最も好ましいルールですが）また、私がリンクしているバグも重複していないことを確認しますが、これはやり過ぎです：P）

他の誰かが作業項目にこのようなルールを適用しようとしましたか？同じ問題を解決するための別のアプローチはありますか？私はその問題についての考えに感謝しています。

興味深い状況があります。ビルドサーバーは、以前に閉じた作業項目に戻り、統合ビルドフィールドを更新したいと考えているようです。

ビルドサーバーが初めて設定することを理解しました。最初のビルドが正常に完了しなかった場合に、そのフィールドを更新することさえ理解できました。

ただし、以前に閉じたすべての作業項目を新しい統合ビルド番号で更新し続ける理由がわかりません。

関連する作業項目はいずれも、定義されたビルドの関連する作業項目リストに表示されないことに注意してください。

ありがとう、