作業中のプロジェクトがあり、バージョン管理にTortoiseSVNを使用しています(最新)。このプロジェクトに携わったことがあるのは私だけです。
しばらく前、私はそのプロジェクトのファイルとフォルダを移動していました。バージョン履歴によると、1つのコミットがいくつかのファイルの移動と削除を担当していました。このような:
PATH ACTION COPY FROM FOLDER
=====================================================
/some/folder REPLACING /some/other/folder
/some/folder/file1 DELETED
/some/folder/file2 DELETED
さて、これは私の側の間違いです。これらの2つのファイルを削除するつもりはありませんでした。これは単なるコピー操作であることが意図されていました。でも心配いりませんよね?結局のところ、これはソース管理です。
しかし今、そこには奇妙さがあります。を/some/folder
見ると、file1
とfile2
がまだそこにあることがわかります。それだけでなく、それらはまだリビジョン管理下にあるとマークされています。Tortoiseは、それらが私のローカル作業コピーの一部であると完全に信じています。作業コピーで「クリーンアップ」を実行するまで、ファイルの履歴を表示しようとすると、URLが正しくないというエラーも発生しました。
これでファイルの履歴を確認できますが、最後のコミットではファイルが削除されたと表示され、別のコンピューターで更新を実行してもファイルはそこに配置されません。また、これらのファイルへの変更はコミットできません。
WTF?O_o
更新:私が知りたいのは、これがどのように、そしてなぜなったのかということです。フォルダの削除やその場所にある別のフォルダのコピーなど、多くのファイルの名前変更をすべて同じコミットで行ったので、おそらく私自身のせいでした。しかし、それでもそのような混乱を引き起こすことはありません。だから...WAT?
修正に関しては、自分でできると思います。別の作業用コピーをダウンロードして、ファイルを追加し直すだけで、話は終わりです。しかし、この場合、それが何を引き起こしたのか、それをどのように再現するのか、そしておそらくSVNチームにバグを提出する必要があるのかを理解したいと思います。:P