問題タブ [tfvc]

This question is not a duplicate of Other users checkout are not visible in Source Control Explorer (TFS Express)

Other users checkouts are not visible in Source Control Explorer (TFS Express)とは対照的に、ソース管理エクスプローラーで特定のファイルをチェックアウトしたユーザーを確認できます。

私が欲しいのは、ユーザー名をどこに入力したかを照会し、そのユーザーがチェックアウトしたファイルのリストを取得する方法です。

これは VS2010 で可能でした。ただし、Visual Studio 2012 で同等のダイアログが見つからないようです。

Git と TFVC ソース管理に関する質問と回答は山ほどありますが、Git を Team Foundation Server/Service に統合することに関する回答は現在のところ見つかりません。

私は、Visual Studio 2013 を使用して、さまざまな言語 (C#、C++、PHP、Javascript、MySSQL) を使用して緑の牧草地の開発を開始しています。ソース管理のための SVN、VSS、および TFVC に精通しています。ただし、Git を使用したことはありません。プロセス管理/アジャイル開発には TFS を好みます... 完璧ではありませんが、Visual Studio にうまく統合されます。

では、これら 2 つのシステムのどちらを選択するかを決めるのに役立つように...

Visual Studio 2013 を使用する場合のソース管理における TFVC と Git の大きな違いは何ですか?

• 私の場合の唯一の利点は、ローカル リポジトリ (重要でないと言っているわけではありません) と iOS 開発サポートですか?
• Git のコマンド ライン インターフェイスの唯一の欠点です (これは欠点ではないと主張する人もいます ;-P)。
• Visual Studio 2013 GUI for Git の経験はありますか? コマンド ライン インターフェイスなしで基本的な分岐/マージをサポートするのに十分ですか?
• Git が Visual Studio 2013 で使用されていることを示す、Git の詳細なスタートアップ ガイドはありますか? Microsoft には、既存の Git リポジトリを Visual Studio 2013 に統合するためのビデオがありますが、Git と VS 2013 を使用してゼロから始める方法を探しています。

ここで本を探しているわけではありませんが、いくつかの箇条書きと、TFVC と Git の両方を使用している人々からの関連リンクをいくつか紹介します。

私は TFS 設定をいじくり回し、誤って TFS 2012 のチェックイン用に bin フォルダーと obj フォルダーを含め、それらを既にチェックインしていました。これらのファイルは頻繁に変更され、含めることを意図していないため、これは望ましくありません。

VS2012 の「ソース管理から除外」に何が起こったのかを確認しました。bin & obj フォルダーとそれらのフォルダー内の DLL は、それらを除外した後でも [Promote Candidate Changes] リストに表示されないため、受け入れられた回答は機能しません。2 番目に人気のある回答も、恒久的に機能しません。すべてに「はい」を押すと、含まれる変更リストからそれらが削除されますが、再構築を伴うアクションを実行すると、それらは再び含まれるリストに追加されます。

これらのフォルダーと内部のファイルをチェックインから永久に除外し、可能であればそれらをTFSサーバーからも削除する恒久的なソリューションを探しています。

現在、バージョン管理に SourceGear Vault を使用していますが、TFS への切り替えを検討しています。Vault には「共有」と呼ばれる優れた機能があり、同じファイルをツリーの別の場所に効果的に置くことができます。ある場所でチェックアウトし、別の場所でロックし、再度チェックインすると、両方のコピーが変更されます。TFVC を簡単に見ましたが、このようなものは何も表示されません。見逃しているのでしょうか?

コンピューターを新しくセットアップしたドメインに参加させた後 (その結果、マシンの新しいドメイン アカウントにログインした後)、ビジュアル スタジオがリモート TFS に接続するたびに、常にアクセス拒否エラーが発生します。私のマシンには、当時最初にワークスペースを作成したローカル アカウントがあります。

私がやろうとしたことはUpdate Workspace Computer Name、役に立たないようにTFS SideKicksをインストールすることです。更新が失敗すると、次のメッセージが表示されます: file access being denied at C:\ProgramData\Microsoft Team Foundation Local Workspaces\<guid>\PC-Name;<guid>\properties1.tf.

一体、上記のファイルを含むディレクトリに移動し、フォルダーの所有権を から に変更し.\MyAccountNameましたDomainName\MyDomainAccountName。その後もエラーが発生しました。

また、ローカルの TFS 管理フォルダーのフォルダー所有権を変更しようとしましたが、これも機能しませんでした。

私が試したもう1つのことは、動作します（ただし、私が特に好きではない解決策です）Workspace Permissionfromを設定することPrivate to Publicです。

私が知る限り、ワークスペースのアクセス許可をパブリックに設定することは、単一のマシンでワークスペースを共有する開発者向けのオプションです。このソリューションが気に入らない理由は、私がこのマシンの唯一のユーザーだからです (ドメインに参加しただけで、マシンに 2 人のユーザーがいると信じ込ませてしまうからです)。

エラーは、指を置くことができないフォルダーの所有権の問題に関するものであると感じています。

他のすべてが失敗した場合は、ワークスペースのアクセス許可をパブリックに設定するか、ワークスペースを完全に再作成する必要があります (最悪の場合)。

編集: 私が試した別の解決策は、localmachine アカウント (.\MyAccountName) と localmachine ドメイン アカウント (DomainName\MyAccountName) の両方で、汎用資格情報と Windows 資格情報をリモート TFS に削除した後、Visual Studio 2012 を再起動することでした。まだ運がありません。

Visual Studio Online を使用しています。私は、さまざまな TFS プロジェクトのさまざまなソリューションで使用する共通コードを持つプロジェクトを持っています。また、他の TFS プロジェクトからリンクされているファイルもいくつか持っています。それらすべてにアクセスできるようにするために、ワークスペース構成を変更して、 $/ を特定のフォルダーにマップしたようにしました。

問題は、あるプロジェクトの変更をチェックインしたところ、ソリューションの一部ではない、まったく関係のないプロジェクトの変更もチェックインされていることに気付きました! 関連のないプロジェクトからファイルをクロスチェックインせずに (また、チェックインのたびにファイルを手動で除外/含める必要なしに) 必要なものすべてにアクセスできるように構成するにはどうすればよいでしょうか!?

編集: 他のプロジェクトのアイテムもチェックアウトしたときに、最後の数回のチェックインでこれが再び発生したようには見えないことに気付きました。何が原因なのかしら。

Visual Studio 2012 と Microsoft TFS 2012 を使用しています。

私のドライブに作成されたワークスペースc:に、隠しフォルダー$tfが作成されます。TFS がこのフォルダーを作成していると思われます。現在のサイズは数ギガバイトであり、完全なワークスペースに必要な総ギガバイトの約 25% のディスク領域であるため、ディスク領域が不足しています。したがって、この隠し$tfフォルダは非常に巨大です。

構造は次のようになります。

このフォルダを安全に削除できるかどう$tfか、またはワークスペース内の変更を追跡することが絶対に必要かどうかを知っている人はいますか?

別のユーザーが、特定のプロジェクトのさまざまな場所でいくつかの変更を加えました。

特定のユーザーがチェックインしたファイルを確認するにはどうすればよいですか?

TFS ソース管理を使用し、2 つのビルド コントローラー (1 つは VS2010、もう 1 つは VS2012) を持っています。デフォルトのビルド ワークフロー テンプレートを使用して、いくつかのカスタム変更を行います。

多くのブランチがあるため、目的のブランチに基づいてワークスペースを変更するにはどうすればよいでしょうか?

ブランチ ( $\oursourcecontrol\branches\main) にパラメーターを追加し、それを変数としてワークフローのワークスペースの取得部分に渡すことを考えていました。

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

チーム エクスプローラーに表示されている内容に基づくと、TFVC VCS は .NET アプリケーションをサポートするように構築されているようです。

他の言語 (PHP、Ruby、Java、Python など) も合理的にサポートできますか? つまり、Eclipse やコマンドラインなどの IDE に縛られないということです。つまり、.NET 以外のプロジェクトもサポートするように構築された GUI クライアントを使用します。Team Explorer のようですが、TFSのクライアントはそうではないと考えています。