問題タブ [tfs]

TFS で、一度に 1 つずつ実行せずに、バックログ項目を他の多数のバックログ項目にリンクする最も簡単な方法は何ですか?

基礎となるデータベースにアクセスできないため、それを行うためのクエリを作成できません。

TFS 2005 を 2008 にアップグレードする最善の方法は何ですか? また、チーム ビルド スクリプト (「ビルド タイプ」) についてはどうでしょうか。それらはチーム ビルド 2008 と互換性がありますか、または何らかの方法で変換/移行する必要がありますか?

TFS内のすべてのファイルの最新バージョンで特定の文字列または正規表現を検索する方法はありますか？これはおそらく、VisualSourceSafeから私が見逃している唯一のことです...

現在、コードベース全体で最新の取得を実行し、Windows Searchを使用していますが、75,000ファイルに1GBを超えるコードがあると非常に苦痛になります。

編集：前述のpowertoolsを試しましたが、[ワイルドカード検索]オプションはファイル名のみを検索し、コンテンツは検索しないようです。

更新：既存のMOSS（検索サーバー）インストールにカスタマイズされた検索オプションを実装しました。

免責事項: 私は TFS に行き詰まっており、嫌いです。

私のソース管理構造は次のようになります。

• /dev
• /リリース
• /支店
• /実験的アップグレード

私はdevからexperimental-upgradeに分岐しましたが、触れませんでした。その後、dev でさらに作業を行い、experimental-upgrade にマージしました。どういうわけか、TFS は、ソースとターゲットの両方に変更があり、それらを解決する必要があると不平を言いました。5 つのアイテムすべてに対して「ソース ブランチからアイテムをコピーする」を選択しました。

私は実験的アップグレードをローカル フォルダーにチェックアウトし、そこにあるメイン ソリューション ファイルを開こうとしました。TFS は私にプロンプ​​トを表示します:

「最近、プロジェクトがこのソリューションに追加されました。ソース管理からプロジェクトを取得しますか?

私が「はい」と言った場合、それはいくつかのことを行いますが、最終的には一握りのプロジェクトの読み込みに失敗して戻ってきます。いいえと言うと、同じ結果が得られます。

両方のブランチで私の sln を比較すると、それらが等しいことがわかります。

誰かが私が間違っていることを教えてもらえますか? これは簡単なブランチ/マージ操作である必要があります...

ティア。

アップデート：

上記のダイアログで「はい」をクリックすると、プロジェクトがソース管理の $/ ルートにダウンロードされることに気付きました... (つまり、dev & ブランチ フォルダーから)

ブランチでソリューションを開いてデッド プロジェクトを削除し、それらを再度追加しようとすると (sln を右クリックして既存のプロジェクトを追加し、ブランチ フォルダにあるプロジェクトを選択すると、エラーが発生します...

プロジェクト c:\sandbox\my_solution\proj1\proj1.csproj を読み込めません。ファイルは削除または削除されています。追加しようとしていたプロジェクト パスは次のとおりです: c:\sandbox\my_solution\branches\experimental-upgrade\proj1\proj1.csproj

これらのプロジェクトをローカルルートの外に向けているのは一体何なのでしょうか? ソリューション ファイルは dev ブランチのものと同一であり、これらのプロジェクトは正常に読み込まれます。vspscc および vssscc ファイルも調べましたが、何も見つかりませんでした。

アイデア？

Team Foundation Server 2008 のインストールと、チーム ビルド サービスを備えた別のマシンがあります。

チーム ビルドを作成し、Visual Studio またはコマンド ライン (正常に完了した場合) で手動でトリガーできます。ただし、ビルド定義ですべてのチェックインをビルドするオプションがオンになっているにもかかわらず、ソース ツリーにチェックインしてもビルドはトリガーされません。更新: 明確にするために、CI オプションが有効になっている完全に機能するビルド定義がありました。

ソース ツリーは、MainフォルダーまたはBranch\branchNameフォルダーの下にあるコードを使用して、非常に単純な方法で構成されます。コードの各ブランチ (メインを含む) には、含まれるソリューション ファイルに関連する標準のチーム ビルド定義があります。デフォルト設定からわずかに変更されているのは、ビルド サーバーの作業フォルダーだけです。つまり、メインの場合、パスの長さにより、これはServer:"$\main" Local:"c:\build\main"になります。

私が推測できた唯一のこと (可能性のある赤いニシン) は、開発者のワークスペースに奇妙な点がある可能性があるということです。現在、各開発者は Server:"$\" を local:"c:\tfs\" にマップしているため、すべてのブランチに対して 1 つのワークスペースしかありません。これは主に、一部の開発者が以前に陥った再マッピングの問題を回避するためです。しかし、これが CI にどのように影響するかはわかりません。

更新:間接的に答えを見つけました。以下をお読みください

TFS では、ブランチ A をブランチ B にマージしてチェックインすると、B で単一の変更セットが取得されます (通常、「merged A->B」のようなコメントが付いています)。

これは、B が A からのチェックイン履歴をまったく持っていないことを意味します。したがって、誰かがブランチ A で新しいファイルを作成した場合、ブランチ B から誰が作成したかを知ることはできません。また、誰かが A でファイルを更新した場合、次のことができます。誰がブランチ B から更新したかを教えてください。

この種の詳細なチェンジセットの履歴をブランチ間で確認する方法はありますか? ある種の動力玩具、またはサードパーティのツール、または何か?

更新: TFS Power Toy tfpt history /followbranches ツールは「マージを展開」せず、「ブランチを展開」するだけなので、この問題は解決しません。

vs.netプロジェクトがあり、リファクタリングを行った後、プロジェクトの名前を変更しました。TFSで制御されたプロジェクトとソリューションの下で、この新しいプロジェクト名と一致するように、基になるWindowsフォルダー名の名前を簡単に変更するにはどうすればよいですか？
注：以前は、SourceSafeを使用してバックグラウンドで物事をいじることで実行できました...

TFS でブランチを削除したところ、そこにあった変更が必要であることがわかりました。

ブランチまたはそれに加えられた変更を回復するにはどうすればよいですか?

誰かがファイルを Team System にチェックインし、それを作業項目に関連付けなかった場合に通知を受け取るにはどうすればよいですか?

SubVersion でのパッチの作成は非常に簡単です。Tortoise では、右クリックして [パッチの作成] を選択します。しかし、私の人生では、TFS でこの機能を見つけることができません。これは可能ですか？

そうでない場合、オープン ソース TFS でホストされているプロジェクト (CodePlex 風) でパッチを送信する標準的な方法は何ですか?