問題タブ [tfvc]

TFS2010 SP1 でカスタム MSBuild スクリプトを使用してビルドを行っています。ビルド タイプはゲート付きチェックインであり、ビルドで MSBuild ログが成功と表示されていても失敗します。MSBuild が完了した後、ビルド定義がゲート チェックインを完了する前に失敗を引き起こす原因

Visual Studio 2010 で Team Foundation Server 2010 を使用しています。

Visual Studio の外部でファイルを変更するたびに、TFS はファイルに加えられた変更を検出しないように見えるため、変更後にファイルをチェックインするオプションが提供されません。

これはどのように解決できますか？

メインブランチと開発ブランチがあります。両方に変更を加えてチェックインします。メインから開発にマージしてチェックインします。次に、開発からメインにマージします。対立があります。これはどのように可能ですか？

TFSのTeamExplorerEverywhereの[保留中の変更]リストから保留中の変更を削除する方法はありますか？

プロジェクトに.tpignoreファイルを追加しましたが、ソース管理に不要なもの（ビルド、WEB-INFなど）を除外しています。ただし、これらのファイルは保留中の変更リストに残っているため、無視ファイルが追加される前に、チームエクスプローラーがこれらのファイルをどこでも拾い上げたように見えます。

Eclipseは、プロジェクトツリーに[Ignored]ラベルが付いているため、少なくとも無視する必要があることを認識していることがわかります。無視ファイルにファイルを追加すると、ファイルに存在していた保留中の変更が自動的に削除されると思いました。

保留中の変更からこれらのアイテムを削除する方法はありますか？ソース履歴をこれらの無関係なファイルすべてで台無しにしたくないので、これが解決されるまでチェックインできません。

機能ブランチをアーカイブ領域に移動するスクリプトを作成しようとしています。スクリプトは次のようになります。

移動が実行されると、次のエラーが発生します。

TF14097: Cannot rename $/Fusion Server/Development/B-01560 when it has a working folder mapping assigned to it.

これはどのように行うことができますか？

解決：

以前、ローカルフォルダーをTFSにマップしていました。なんらかの理由で機械/コンピューターを交換しなければなりませんでした。そこで、すべてのフォルダを新しいマシンにコピーしました。

これで、TFSフォルダーを新しいマシンの既存のフォルダーにマップしようとすると、常に（VS 2010）の列のNot Downloaded下に表示されます。最新バージョンを入手できますが、非常に時間がかかります。LatestSource Control Explorer

誰かが既存のフォルダとTFSフォルダの間の関係をより短い時間で確立する方法を提案できますか？

TFS 2010を使用しており、VisualStudioのソリューション内のフォルダーを削除する際に問題が発生しています。

チェックインされたコードの最新バージョンでは、問題のディレクトリにファイルが含まれています。

開発者の1人は、そのディレクトリ内のファイルをソリューション内の別の場所に移動することにしました。その後、彼は古いフォルダを削除しようとしましたが、次のエラーが発生します。

誰かがこれをしようとすることの問題が何であるかを知っていますか、そしてそれを回避する方法はありますか？

私の知る限り、Team Foundation Server 2010 のソース管理 (および以前のバージョン) は、ファイルのリンク (シンボリック リンク) をサポートしていません。

リンク (Visual SourceSafe による) は、1 つの「ハード」ファイルをフォルダーに提供し、それを別の場所に「リンク」するという概念でした。ファイル システムのハード リンクが設計されているのとまったく同じです。

ファイルをリンクできるかどうかは誰にもわかりませんか? 一般的には良い習慣ではないことは承知していますが、それが理にかなっているシナリオがいくつかあります。

このスレッドの回答によると: Linking TFS source control folder from another TFS projectそれは不可能ですが、決定的な答えが見つかりません。

Google の厚意により見つけた最も近いものは、MSDN フォーラムのスレッドですが、かなり古いものです (2006 年)。私はこれがまだ答えだと思っています（誰かが違うことを知らない限り）？

私は、VisualSourceSafeからTFS2010に移行する過程にある小さな開発チームの一員です。

私はTFSの構造について読んでいて、非常に良い質問に出くわしました。

上記のリンクで言及されていることの1つは、開発構造です。

TrunkとはBranches別の子コンテナとしての必要性を本当に理解していませんDevelopment。私がこの構造をどのように読んでいるかは、Trunkから分岐しIntegration（またはMain、MS用語を使用している場合）、Branches次に分岐しますTrunk（つまりTrunk、複数の親Branchesです）。

この場合、階層内の追加レイヤーの利点がわかりません。私にとって論理的に思えるのは（私がこのことを約1日学んでいることを思い出してください）、複数の開発ブランチが必要な場合は、各開発ブランチをDevelopmentコンテナーの子として持つことです。

上記の構造（DevBranchOneおよびDevBranchTwoは意味のある名前に置き換えられています）では、開発ブランチは兄弟であり、すべてがIntegration（またはMain）から分岐しています。上記を考えると、私の質問は次のとおりです。

1. の使用目的についての私の理解はTrunk正しいDevelopmentですか？
2. 私の最初の質問に対する答えが「はい」の場合、そのような階層を実装することの利点は何Developmentですか？
3. Trunk（私が経験したことのない）SVNから引き継がれたものだけを使用しているのでしょうか？

本番ホットフィックスブランチのコードが、ある種のdiffツールを介してメインストリームブランチよりも新しいものではないかどうかを確認する方法があるかどうか誰かが知っていますか？（hotfix1 vs thrunk）

私はTFSでvs2010を使用していますが、ブランチには多くのファイルがあり、私が思いついたのは、そのうちの1つのターゲットパスを再指定することによって、一度に1つのファイルを比較することだけでした。