7

私はsvnで奇妙な状況に陥ることができました。作業コピーに関する限り、私のファイルの1つが「失われた」ように見えます。サーバーを調べたり、別の場所にあるフォルダーを新たにチェックアウトしたりすると、ファイルはそこにありますが、この1つの特定の作業コピーでは、「スペースが失われている」ように見えます。

svn statusは変更を報告しません（したがって、ファイルが欠落していなくても）

svnupdateは何もしません

ファイルを作業コピーに再エクスポートしようとしても、効果はありませんでした。

  • ここで何が起こっているのですか？
  • 作業コピーを修正するにはどうすればよいですか？

可能であれば、作業コピー全体の新しいチェックアウトに頼る必要はありません。

4

5 に答える 5

11

SVN 1.6.1クライアント（TortoiseSVNを含む）には、フォルダーが誤って深さ「空」に設定されることがあるというバグがありました。これはあなたが説明する症状を引き起こします。（フォルダーがsvn 1.6.1によって「空」にされ、その間に新しいsvnクライアントに既にアップグレードした場合でも、その状態が維持されている可能性があることに注意してください。）

これを修正するには、TortoiseSVNの「リビジョンに更新」メニュー項目を使用して、「完全に再帰的」な深さを選択します。

于 2009-11-10T23:33:28.447 に答える
3

あなたがすべき：

  • 正しいリビジョンに更新していること、および現在のアイテムとそのすべての子孫を更新していることを確認してください...svn update --revision HEAD --depth infinity
  • でクリーンアップしsvn cleanupて再試行してください
于 2009-11-10T23:15:07.370 に答える
2

svn infoまず、Subversionが、ファイルがあるべきディレクトリで、作業コピーに何が含まれているかについて同じ考えを持っていることを確認します。URLは正しいブランチですか？

次に、で行っているコミットされていない変更を確認しsvn updateます。おそらく何かがそのファイルを削除しましたか？その場合は、単に削除を元に戻しますsvn revert <file>。

次に（変更したもののコピーをこのディレクトリに保存したことを確認した後）、ディレクトリ全体を削除して再フェッチするだけですcd ..; rm -rf dir; svn update dir。これで、ファイルを含むディレクトリが再作成されます。

于 2009-11-10T23:12:42.360 に答える
2

私にもこのバグがありました。問題は確かに関係するファイルの.svnディレクトリにあります。この.svnディレクトリを、対応する新しい（部分的な）チェックアウトのディレクトリに置き換えてみてください。

于 2009-11-10T23:15:29.913 に答える
-1

その特定のファイルをローカルチェックアウトからのみ削除してから、更新をやり直してください。

于 2009-11-10T23:11:03.143 に答える