Após a montagem usando SSHFs, não posso comprometer minhas alterações usando subversão

StackOverflow https://stackoverflow.com/questions/3016368

  •  26-09-2019
  •  | 
  •  

Pergunta

Máquina local: Fedora 13 Subversão: 1.6.9

remote machine:
CentSO 5.3
subversion 1.4.2

Eu tenho um projeto que está na máquina remota:

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

Eu montei isso na minha máquina local:

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

Tudo é ok. Então eu abro meu projeto usando o GNU EMACS 23.2.1. Quando quero comentar minhas mudanças nos emacs, recebo o seguinte erro:

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

Alguém sabe de alguma maneira que eu possa resolver esse problema?

Muito obrigado por qualquer conselho,

Foi útil?

Solução

Eu acho que o problema é com o SSHFS, em vez de subversão. A resposta curta é: tente a opção "renomear a solução alternativa":

 sshfs -o workaround=rename ...

Se isso não ajudar a ver se você pode renomear o arquivo usando manualmente o Linux mv comando (não o svn). Caso contrário, você pode renomeá -lo usando SFTP (ou seja, sem usar o SSHFS)? Ver http://www.mail-archive.com/macfuse-devel@googlegroups.com/msg00559.html Para uma discussão mais detalhada.

Outras dicas

Eu acho que o que pode estar acontecendo aqui é que você verificou a cópia de trabalho na máquina remota e ele fez check -out em um caminho, mas na unidade montada, você está trabalhando sob um caminho diferente.

Quão diferentes são os dois caminhos na máquina local e remota? Seria possível para você tornar os caminhos idênticos?

Eu desmontaria a unidade, remontava -a exatamente com o mesmo caminho que o caminho na máquina remota, fazia uma limpeza SVN e tentava se comprometer.

Por que você está montando o caminho do projeto da máquina remota? Não seria mais fácil Confira Uma cópia de trabalho na máquina local?

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top