問題タブ [team-explorer-everywhere]

どこでもチーム エクスプローラーを使用してコマンド ラインを使用して、シェルブセットの棚上げを解除しようとしています。私はこのエラーを受け取り続けます：

シェルフセットは、アンシェルブしようとしている枝と同じ枝にあります。保留を解除しようとする前に実行tf undo -recursive .したところ、保留中の変更がないことがわかりました。なぜマージしようとしているのかわからないのです。これで成功した人はいますか？助けてくれてありがとう。

Git で VS2013 を使用します。
リポジトリ フォルダーの下に 3 つのプロジェクトがあります
。2 つのクラス ライブラリ プロジェクトです。
1 Web サイト プロジェクト。
3 つすべてが VS2013 のソリューションに含まれています。
ソリューション エクスプローラーには、ソース管理アイコン (ロッカーなど) と 2 つのクラス ライブラリ プロジェクトの右クリック メニュー コマンドが表示されますが、Web サイト プロジェクトにはそれがありません。Web プロジェクトでファイルを変更すると、チーム エクスプローラーに変更の追跡が表示され、そこですべてのソース管理アクションを実行できます。
では、なぜソリューション エクスプローラーにバージョン管理がないのでしょうか?

コマンドラインからTFSのコードをチェックアウトしたい。TFS を Eclipse に統合し、Java を使用しています。私はstackoverflowで多くの答えを見つけましたが、... Common7\IDE\TF.exeについて言っているすべての人が、Visual Studio 9.0でも.netを使用していません。TF.exeが見つかりませんでした。

Eclipse と Java を使用しているときに、コマンド ラインからコードをチェックアウトする方法を見つけるのを手伝ってくれませんか。Maven または Ant を統合しておらず、統合したくない

前もって感謝します。

Ubuntu の Eclipse Lunar に Team Explorer Everywhere (Eclipse 用の TFS プラグイン) をインストールしました。XYZ.visualstudio.com にある当社の TFS サーバーに接続しており、正常に接続してファイルを参照できます。

ファイルに変更を加えると、プラグインがファイルを自動的にチェックアウトし、変更があったかどうかを検出することを期待しています。残念ながらそうではありません。「保留中の変更」セクションには、明示的にチェックアウトされたファイルのみが表示されます。そして、ここで終わりではありません！チェックアウトされたすべてのファイルが、変更されていなくても「編集済み」として表示されます。もちろん、すべてのファイルをチェックインすると、変更されたファイルのみがチェックインされます。これは素晴らしいことです。ただし、変更セットの変更内容を正確に確認できません。Windows の Eclipse で同じシナリオを試しました。それはうまくいきます。ファイルを編集するとすぐに、Eclipse の外部であっても、変更が検出され、ファイルが保留中の変更のリストに追加されます。興味深いことに、Linux のシナリオでは、[アクション] メニューに [ローカルの変更を検出する] さえありません。

プラグインがこのように動作するのはなぜですか? バグですか？何か不足していますか？

PS: 次のことを試してみましたが、役に立ちませんでした: - ファイルを変更する前後に、Eclipse を閉じて再度開きました。- ファイルを a+rw に chmod します - root として Eclipse を実行しました

バージョン:

Ubuntu: 14.04

カーネル: 3.13.0-4-generic

日食: ルナ 4.4.1

TFS プラグイン: 12.0.2

Eclipse-Linux のプラグイン メニュー Eclipse-Windows のプラグイン メニュー

どこでもチーム エクスプローラーからの認証に問題があります。kinit myusername を実行すると、/tmp にキャッシュ ファイルが作成されます。取得しようとすると、次のようになります。

次に、ユーザー名を尋ねます。失敗したのと同じドメインとユーザー名を指定すると、受け入れられます。以下のログファイルを確認しました。

この同様のスレッドも参照してください。プロファイル コマンドは、私の tf では使用できないようです。

私が抱えている問題はこれです。どうやら、過去のある時点で、ソース コードを含むDIRECTORYという名前のコード ベースにディレクトリがあったようです。命名規則を変更したため、このディレクトリはdirectoryという名前になりました。コードがチェックアウトされ、Windows でビルドされた場合は (もちろん) すべて問題ありませんが、Linux では話が異なります。

上で暗示されているように、このディレクトリ (およびコード階層内の同様の他のディレクトリ) を小文字バージョンに変更しました。小文字の 1 つには、ソース コードの大部分が含まれています (いずれにせよ、このディレクトリに存在します)。ただし、ディレクトリの大文字バージョンには*.cppと*.hファイルの 2 つのファイルがあります。自家製の make セットアップを auto-tools スイートを使用するように移行しようとしているときに、TFS 用のTeam Explorer Everywhereクライアントを使用すると、このディレクトリの 2 つのバージョンが取得されることに気付きました。これら 2 つのファイルがあるべき場所にないため、ビルド システムで問題が発生します。

tf move <ItemSpec>このディレクトリの「間違った」バージョンから「正しい」バージョンに移行しようとした後、私は本当に事態を悪化させました。tf statusを実行するとAn error occurred: java.io.FileNotFoundException. これらのものを単一のディレクトリに解決するにはどうすればよいですか?