5年間賃貸していた専用サーバーのマザーボードが故障して新しいものに交換してくれました。非常に古い(Debian)ディストリビューションはマザーボードのすべての新しいハードウェアに追いつくことができなかったので、新しいディストリビューション(Debian Wheezy)を最初から再インストールすることにしました(古いDebianは私にはうまくいきません。イーサネットチップセットが認識されず、最初から再インストールしました。
SVNを再インストールし、次のようにしてすべてのリポジトリを取得しました。
tar -xzf repoBackups.tgz
効果がある」
問題は、EclipseがSVNリポジトリを認識しても同じファイルであっても、すべてのファイルをコミットしようとしていることです。
これはファイルのタイムスタンプと関係がありますか?どちらにしても、この問題の原因と解決策を知っていますか?
私できるすべてのプロジェクトに対してすべてのファイルを再送信するようにすべての人に要求すると、すべてが大丈夫だと思いますが、これらのプロジェクトのいくつかはかなり大きく、開発者にとっては少し苦しむでしょう。
追加の(そしてそれほど重要ではない)質問:GitやMercurialなどの他のVCSは、この問題のために「痛み」を受けませんか?
答え1
Subversionリポジトリからファイルをコピーすることは、サポートされているバックアップ方法ではありません。 (望むより[SVN]:リポジトリをどのようにバックアップしますか?そしてSubversionリポジトリをバックアップする最良の方法は何ですか?そしてリモートSVNストレージをバックアップする方法正しい方法を見つけてください。 )データベースが破損しているようです。
svnadmin dump
解凍したリポジトリとsvnadmin load
結果ダンプで実行してみてください。これにより、ワークストアが作成される可能性があります(しかし、約束はありません。私はsvnに精通していません)。
ファイルのタイムスタンプは重要ではありません。 Subversionはコミットするかどうかを決定するためにそれを使用せず、代わりにリビジョン番号を使用します。