3

ローカルマシン:Fedora 13 Subversion:1.6.9

remote machine:
CentSO 5.3
subversion 1.4.2

リモートマシン上にあるプロジェクトがあります:

remote@x.x.x.x:projects/ssd1

これをローカルマシンにマウントしました:

sshfs remote@x.x.x.x:projects/ssd1 /home/jbloggs/projects/mnt/ssd1

すべてがうまくマウントされます。そこで、GNUEmacs23.2.1を使用してプロジェクトを開きます。emacsでの変更をコメントしたい場合、次のエラーが発生します。

can't move /home/jbloggs/projects/mnt/ssd1/.svn/tmp/entries to /home/jbloggs/mnt/ssd1/.svn/entries: Operation not permitted

誰かが私がこの問題を解決できる方法を知っていますか?

アドバイスをありがとう、

4

3 に答える 3

6

問題はSubversionではなくsshfsにあると思います。簡単な答えは次のとおりです。「回避策の名前を変更」オプションを試してください。

 sshfs -o workaround=rename ...

それでも問題が解決しない場合は、Linuxmvコマンド(SVNコマンドではない)を使用してファイルの名前を手動で変更できるかどうかを確認してください。そうでない場合は、SFTPを使用して(つまり、sshfsを使用せずに)名前を変更できますか?詳細については、 http://www.mail-archive.com/macfuse-devel@googlegroups.com/msg00559.htmlを参照してください。

于 2010-06-15T03:55:55.207 に答える
2

ここで起こっているのは、リモートマシンで作業コピーをチェックアウトし、1つのパスにチェックアウトしたが、マウントされたドライブでは別のパスで作業していることだと思います。

ローカルマシンとリモートマシンの2つのパスはどのように異なりますか?パスを同一にすることは可能でしょうか?

ドライブをアンマウントし、リモートマシンのパスとまったく同じパスで再マウントし、svnクリーンアップを実行してから、コミットを試みます。

于 2010-06-15T03:57:23.160 に答える
1

リモートマシンからプロジェクトパスをマウントするのはなぜですか?ローカルマシンで作業コピーをチェックアウトする方が簡単ではないでしょうか。

于 2010-06-15T14:57:11.917 に答える