問題タブ [tfs]

プロジェクト管理に TFS 2008 を使用しており、tfs 内で小さなタスクを大きなタスクにロールアップする方法を探しています。私たちのワークフローは次のように機能します。

1. 「Web ページ X を実装する」という新しい大規模な作業項目を作成し、開発者に割り当てます (彼を Brad と呼びましょう)。
2. Brad がタスクを受け取ります。現在、彼は「Web ページ X」を設計したことがなく、すべてを実装するのにどれくらいの時間がかかるかわかりません。しかし、彼は過去にそのようなページを作成したことがあります...そのため、ブラッドは大きなタスクを取り、それを彼が推定できる 4 つまたは 5 つの小さなタスクに分割します。
3. Brad は 5 つの新しいタスクを取り、各タスクにかかる時間を見積もります。これらのタスクのいくつかでさえ、たとえば 8 時間の作業よりも長いため、新しい Web ページを実装するのにかかる時間を正確に見積もることができるように、タスクを十分に細かく分割し続けています。
4. Brad は、各タスクにかかる時間を現実的に見積もった優れたタスク リストを作成しました。このデータを使用して、この新しいページを実装するのにかかる時間を計算できます。

このすべてを経て、全体的な「マスター タスク」が失われました。Brad と私自身が簡単にマスター タスクを参照し、これらのサブ タスクがすべてより大きなマスター タスクに属していることを伝えることができるワークフローを探しています。

このようなワークフローを実装する方法についての考え、または tfs でタスクのロールアップに取り組む方法に関するより良い提案はありますか?

TFS の API を使用して、さまざまな種類のリポジトリを同期した人はいますか? TFS リポジトリと同期したい SVN リポジトリがあります。より正確には、SVN から時折 (毎晩) 最新のものをすべて取得し、最新バージョンとして TFS にダンプしたいだけです。

何かアドバイス？

TFS の 1 つの「プロジェクト」の下に、複数の製品があります。これは、私たちにとってプロジェクトは 1 つのビジネス ユニットであり、それぞれが私たちが開発した多くのアプリケーションを持つことができるためです。それぞれがソース管理 (TFS プロジェクトの下) に独自のフォルダーを持ち、それぞれに独自の TeamBuild が設定されています。私が抱えている問題は、ビルドが実行されるたびに、生成されたレポートに、TFS プロジェクトに関連付けられたすべての変更セットのリストが含まれていることです。それらの多くは別の製品用であり、参照されているコードは実際にはそのビルド中にコンパイルまたはビルドされていませんでしたが.

TeamBuild でビルドされている実際の VisualStudio プロジェクトに関連付けられている変更セットのみをレポートに含めるように TFS を取得する方法を知っている人はいますか?

TFS APIを使用してc#でファイルを移動する方法について、私はかなりの時間グーグルで調べてきました。アイデアは、開発者がデータベース アップグレード スクリプトをドロップし、ビルド プロセスがそのフォルダーに到達するフォルダーを用意して、ビルド スクリプトを作成し、フォルダー上のすべてのファイルを、作成したばかりのデータベース ビルド バージョンを含む新しいフォルダーに移動することです。

TFSでプログラムでファイルを移動することに関する参照を真剣に見つけることができません...（cmdコマンドラインは別として）

C＃を介してTFSソース管理ファイルの操作を学習するための優れたガイド/ msdnの開始点を知っている人はいますか?

TFS にアクセスする、社内用のカスタム アプリケーションを作成しました。これには Microsoft ライブラリを使用します (例: Microsoft.TeamFoundation.dll)。

このアプリケーションが、Team Explorer または VS が既にインストールされている PC に展開されている場合は、すべて問題ありません。これがインストールされていない PC に展開すると、失敗します。

必要なすべての DLL が含まれていますが、「共通言語ランタイムが検出され、プログラムが無効です」というエラーが表示されます。エラーは、適度に無害な行で発生します。

興味深いことに、一般的な TFSAdmin ツール (必要な DLL を exe ディレクトリにドロップすると) でも同じエラーが発生します。

また、TFS にアクセスする他の多くのカスタム アプリケーション (例: http://hinshelwood.com/tfsstickybuddy.aspx ) を動作させるには、Team Explorer または VS をインストールする必要があることにも注意してください。

明らかに DLL だけでは不十分であり、これらのインストールが発生すると魔法が発生します。誰がそれが何であるか知っていますか？魔法を起こす方法を知っている人はいますか？

次のような非常に基本的なソース ツリー構造が与えられます。

そして、それを反映する環境 (開発、QA、ステージング、および運用サーバー) - 自動または手動のコード プロモーションをどのように管理していますか? CI サーバーを使用して、すべての段階でビルドとプロモーションを行っていますか? 全体で使用されるバイナリをビルドするための Dev の CI? 他のハイブリッド？

私はいくつかの考えを蹴散らしてきました。1 つ目は、各プロモーションが最新のものを取得してビルドし、ビルドの出力を正しいサーバーにプッシュすることです。2 つ目は、ある時点 (QA またはステージング) で、プロモートされたバイナリが他のステージにコピーされたものとまったく同じになることです。3 つ目は、展開されたバイナリのセカンダリ ソース ツリーを維持することです。これは、コードのプロモーションに合わせて自動的に移動します。他に考えやアイデアはありますか？

TFSをソース管理として使用するVisualStudioで、履歴を表示してcsファイルをダブルクリックすると、ファイルがメモ帳に読み込まれます。アプリケーションをnotepad++に変更するにはどうすればよいですか？

また、ファイルのOSのデフォルトアプリケーションを引き続きVisualStudioにします。

現在、Visual Source Safe と Team Foundation Server の両方を使用しています (古いプロジェクトには VSS、現在または新しいプロジェクトには TFS)。

各ビルドのソース管理では常にラベルを使用してきました。VSS では、ファイル履歴を表示することを選択した場合、ラベルを含めることができます。TFS では、履歴ウィンドウにラベルを含めるオプションが見つかりません。

サポートまたは管理者から最もよく聞かれる質問の 1 つは、「xxxx を修正/追加/削除/変更したのはどのバージョンですか?」というものであるため、私は常に履歴に表示されるビルド ラベルに頼ってきました。

ラベルをファイル履歴に表示することはできますか?

Team Build で MbUnit 単体テストを実行するのに問題があります。TFSBuild.proj を編集して、次の部分を追加しようとしました。

しかし、まだテストを実行する必要があります。

「カスタム パス」ポリシーを使用して、「チェックイン ポリシー」ルールを制限できます。しかし、「チェックインメモ」タブは同じシステムに適合しないようです。「チェックインに関する注意事項」が単なる「チェックイン ポリシー」ではないのはなぜですか??

Team Foundation Server 2008 SP1 を使用しています