問題タブ [tfvc]

TFS では、明らかにブランチが作成されたフォルダーにのみブランチをマージできることに気付きました。

次のフォルダーがあります：トランク、タグ、ブランチ。

リリースがある場合、トランクの最新バージョンを取得し、それを Tags フォルダー (例: Project_01Aug2011) に分岐します。そのリリースでバグ修正が必要な場合は、そのタグからブランチを作成し、Project_01Aug2011_BugFixings という名前を付けて、ブランチ フォルダーに配置します。

問題は、ブランチでいくつかの修正を行ったので、それらの変更をトランク自体とマージする必要があることですが、これは可能ではないようです。

TFS では、分岐が直接発生した場所へのマージのみが許可されます。

TFS を使用しているときに、ブランチの変更をトランクにマージするにはどうすればよいですか? (Subversion では、それは非常に単純で、私はそうすることができました。)

ありがとう、

現在自分のローカル ワークスペースにある変更セットを確認するにはどうすればよいですか?

もちろん、1 つのファイルを選択してその履歴を表示できます。ただし、そのファイルが最近更新されていない場合、その変更セットは、同じソリューション内で最近更新されたファイルよりも古い可能性があります。

私たちが犯す可能性のある間違いの 1 つは、ソリューション ファイルの履歴を表示することですが、新しいプロジェクトを追加したり、ソリューション レベルの変更を行ったりしない限り、ソリューション ファイルはほとんど変更されません。

最後に、変更セットを把握するには、最新のファイルが何を変更したかを覚えて、その履歴を表示する必要があります。

これを行うより良い方法はありますか？

Projectサブフォルダーtrunkとを含むTFSプロジェクトがあると想定します1.0。trunkこのプロジェクトのアプリケーションコードの最新バージョンが1.0含まれ、同じ名前のリリースされたバージョンの同じアプリケーションのコードが含まれています。

両方のサブフォルダーにラベルがあり、すべてのラベルには、一方のサブフォルダーにのみファイルが含まれています。[答えを単純化する場合は、サブフォルダー全体のすべてのファイルの特定の（最大）チェンジセットでもラベルが再帰的であると想定することもできます。]

tf.exeVisual Studio、TFSコマンドラインツール、または公開されている（そして無料で）利用可能なその他のツールやコードを使用して、これらのサブフォルダーの1つのラベルのリストを作成するにはどうすればよいですか。

注– TFSバージョン管理データベースに直接クエリを実行してこの情報を生成するT-SQLコードを作成しましたが、これを行うための「より良い」方法があるかどうか知りたいです。

新しいファイルを追加するときに、MVC3 プロジェクトのゲート チェックイン シナリオで「ラベルを適用できませんでした」というメッセージが表示されます。

いくつかのグーグルの後、MSBuildスクリプトを使用して追加の処理を行っているためのようです: http://social.msdn.microsoft.com/Forums/en-US/tfsbuild/thread/af9c65a2-dc27-40df-ae6d -958008ad106f

ソリューションのリリース ビルドを実行すると、MVC AREA を使用しているため、TFS がバイナリを完全に間違ったフォルダーに配置しているように見えるため、「余分なもの」が必要です。そのため、TFSBuild.proj は別の MSBuild ファイルを呼び出してファイルのコピーを行っています。TFS2010 のやり方、つまり Windows ワークフローを理解するための専門知識はありません。

問題は、Gated Check-in を引き続き使用しながら、ラベルの問題を適用してこれを修正するにはどうすればよいかということです。

乾杯、
ピート

私は最近、TFSに本当にうんざりしています。でもトンネルの先にライトがあると聞きました。どうやら私はgit-tfまたはgit-tfsのいずれかを使用して、コードをgitによって管理されているかのように扱うことができますが、中央のTFSサーバーとの間でプッシュ/プルすることはできます。

私の主な質問は、これらのどれを使用すべきかわからないということです。Microsoftによって公式にサポートされているgit-tfがあり、ずっと以前から存在しているgit-tfsがあります。これらの違いは何ですか？最初に試してみる必要がありますか？

いくつかのサードパーティのdllをTFS
にチェックインしています。マシンの名前が変更され、TFSは、別のマシンで編集するためにチェックアウトされていると信じています。

試しtf lock /lock:none contrib64/* /workspace:oldmachine;myusernameましたが、エラーが発生します

TF10152: The item $/XXX/YYYY/contrib64/third_party.dll must remain locked because its file type prevents multiple check-outs.

1、これを回避する方法はありますか？
2、TFSは本当にこれほど悪いのですか、それとも私だけですか？
3、TFSの目的はVSSを懐かしくすることですか？

psこれはホストされているバージョンなので、管理者に修正してもらうことはできません。

個別の TFS プロジェクトとしてホストされているプロジェクトがいくつかあります。

変更をチェックインしたい場合、すべてのプロジェクトのすべての変更がまとめられ、1 つのチェックインとしてコミットされます。

現在のチェックインが現在のソリューションのファイルのみをコミットするように、プロジェクトごとにチェックインを処理したいと考えています。

TFS保留中の変更ページは次のようになります。

赤が「Project 1」、黒が「Project 2」、黒は絶対にここにいてほしくない。

TFS から取得したいファイルが 1 つあります。Mercurial の同じ状況では、私はただhg cat.

hg catTFSに相当するものはありますか?

次のコマンドラインを試していました：

しかし、それは失敗します:

どうすればいいですか？