sshfsのを使用してマウントした後、私はSubversionを使用して、私の変更をコミットすることはできません
質問
ローカルマシン: 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
すべてがOKをマウントします。私はGNU Emacsの23.2.1を使用して私のプロジェクトを開くようにします。
:私はemacsの中で私の変更をコメントしたいとき、私は次のエラーを取得しますcan't move /home/jbloggs/projects/mnt/ssd1/.svn/tmp/entries to /home/jbloggs/mnt/ssd1/.svn/entries: Operation not permitted
私はこの問題を解決することができます任意の方法のんの誰も知っていますか?
何かアドバイスのための多くのおかげで、
解決
私は問題ではなくSubversionのよりも、sshfsのであると思います。短い答えは次のとおりです。
:「名前の変更の回避策」オプションを試してみてください sshfs -o workaround=rename ...
あなたは、Linuxのmv
コマンド(ないSVNもの)を使用して手動でファイル名を変更することができます場合には、ヘルプが表示されない場合は。ない場合は、(sshfsのを使用せずに、すなわち。)SFTPを使用して名前を変更することができますか? http://www.mail-archive.com/macfuse-を参照してください。 devel@googlegroups.com/msg00559.html のより詳細な議論のために。
他のヒント
私は何をここで起こってすることができることは、あなたがリモートマシン上の作業コピーをチェックアウトし、それが一つのパスにチェックアウトしますが、ドライブをマウント上で、あなたは別のパスの下で作業しているということだと思います。
ローカルおよびリモートマシン上の2つの経路がどのように異なっていますか?あなたがパスを同一にすることは可能でしょうか?
私は、ドライブをアンマウントリモートマシン上のパスとまったく同じパスでそれを再マウント、SVNクリーンアップを行い、その後、コミットしようとします。
あなたがリモートマシンからプロジェクトパスをマウントしているのはなぜ?それはより簡単にではないでしょう。のチェックアウトのローカルマシン上の作業コピー?