0

私が抱えている問題はこれです。どうやら、過去のある時点で、ソース コードを含む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. これらのものを単一のディレクトリに解決するにはどうすればよいですか?

4

1 に答える 1

0

ケーシングにミスマッチがあります。これを修正する唯一の方法は、フォルダーの名前を「[oldFilderName]-moo」に「変更」してから、大文字と小文字を区別して「[oldFilderName]」に戻すことです。

マイナス面は、カバーの下でブランチ/削除を行い、履歴への影響がわからないことです...

于 2015-02-24T18:14:46.900 に答える