Subclipse reclama “Caminho não é uma cópia de trabalho” depois de espaço de trabalho em movimento

https://stackoverflow.com/questions/1425891

07-07-2019
|

Pergunta

Recentemente, mudei meu diretório do espaço de trabalho Eclipse e agora Subclipse reclama cada vez que eu abrir um arquivo, despejar para o console algo como:

Caminho não é uma cópia de trabalho

svn: ' [original (pré-movimento) caminho do diretório] ' não é uma cópia de trabalho

Não existe tal arquivo ou diretório

Isso também acontece quando tento explicitamente para visualizar o histórico de um arquivo. Este persiste em toda limpezas SVN, fechamento e reabertura Eclipse, etc.

Update, check-in, check-out e assim por diante todos parecem funcionar bem, e não Tortoise não se queixar em geral, tão claramente não é o metadados SVN que é asneira, é alguma metadados específicos do Subclipse. Alguém pode me dizer como a soprar este metadados rompido?

Editado para acrescentar:. "Team> Disconnect" seguido por "Team> Share" não resolve o problema

editado novamente para adicionar: Eu grepped através de todo o diretório .metadata e um dos diretórios do projeto para um elemento único do caminho antigo e não pode encontrá-lo em qualquer lugar exceto em .metadata/.log (o mensagem de erro em si) e alguns velhos avisos findbugs. Very nice.

Solução

Eu estava tendo a mesma mensagem de erro usando subclipse com JavaHL em um projeto que está fora do diretório de espaço de trabalho. Mudar para SVNKit resolveu o meu problema.

Outras dicas

Você precisa apagar os arquivos .syncinfo. Isso é facilmente feito (na maioria dos casos) fechando e abrindo Eclipse, no entanto você também pode fazê-lo manualmente como a seguir:

Para excluir o cache, perto Eclipse. O cache é armazenado em:
[workspace]/.metadata/.plugins/org.eclipse.core.resources/.projects/PROJECTNAME/.syncinfo
Então você pode apenas encontrar e apagar todos os arquivos nomeados .syncinfo em
[workspace]/.metadata/.plugins/org.eclipse.core.resources/.projects

Citado a partir deste artigo: http://subclipse.tigris.org /ds/viewMessage.do?dsForumId=1047&dsMessageId=868799

Eu apenas fiz uma "Team -> Limpeza" e este erro exata foi embora! Eu também tenho esse erro porque me mudei entre as máquinas eo caminho não era o mesmo.

Usando o Eclipse 3.6 e o ??plug-in Subversion 1.6.

Atualização em 2016:. Ainda funciona perfeitamente com Eclipse 4.5.2 e Subclipse 1.10

Editado para adicionar: Não, falou cedo demais. Isso não corrigi-lo. Alguns arquivos só parecem não para expor o problema.

A seguir parece resolver o problema:

Equipa> Desconectar.
Sair Eclipse.
Sopre .metadata/.plugins/org.tigris.subversion.subclipse.*.
Reinicie o Eclipse.
Equipe> Compartilhar.

Não sei como o caminho antigo estava sendo armazenado nos prefs plugin, mas deve ter sido lá somehwere. É uma espécie de patética de Subclipse para armazenar caminhos absolutos, mas aparentemente é.

Há um bug arquivado nesta , ou pelo menos na a mesma mensagem de erro. No contexto. Cinqüenta centavos diz que é rejeitada.

Estou certo de que há muitas causas com soluções diferentes, mas eu achei o que funcionou para mim em Dan Wilson blogue . Basta remover as pastas ofensiva do espaço de trabalho (provavelmente salvá-los se eles têm novos conteúdos), update (deixando Subversion recriar as pastas), em seguida, mover o conteúdo de volta para o pastas frescas em seu espaço de trabalho.

Eu tenho o erro quando tentei mudar o nome de uma classe, alterando o caso de DAO para Dao em Eclipse.

Eu tinha que renomeá-lo para algo como Dao2 e, em seguida, foi capaz de mudar o nome para Dao.

O que funcionou para mim: Fazer um "refatorar - renomeação". No projeto => depois que o novamente para renomeá-lo de volta para o nome original

É difícil dizer sem mais informações.

Você mover todo o espaço de trabalho ou apenas o conteúdo?

Além disso, você pode tentar criar novo espaço de trabalho a partir do zero e confira todo o projeto novamente.

Como alternativa, você pode tentar excluir o diretório .metadata e voltar a ligar novamente o projeto usando Arquivo -> Importar -> projeto existente na área de trabalho e, em seguida, vincular novamente os dados SVN através Team -> projetos Partilhar (com um 's'), ou talvez apenas fazer isso último bit após a primeira desconectar o projeto do SVN.

Clique direito a pasta do projeto: Team -> Update para Head

Isso vai trazer de volta o diretório. Excluí-lo novamente e Commit

No meu caso eu tinha as pastas dos projetos no Project Explorer e só tinha de reabrir o projeto

Para mim, esta mensagem de erro foi causado por uma instalação out-of-date de Subclipse, eo SVNKit subjacente e bibliotecas JahaHL. Tenho vindo a utilizar TortoiseSVN fora do Eclipse para gerenciar meus diretórios do projeto, e meu recente upgrade para os 1.8.x série de ferramentas (Tortoise) SVN quebrou minhas cópias de trabalho para Subclipse.

Tudo que eu tinha que fazer para correção, foi ir para a Ajuda -> "Instalar Novo Software ..." e clique em "Adicionar ..." para adicionar um novo site de atualização. Eu escolhi o mais recente site de atualização para a versão mais recente na http://subclipse.tigris.org/ servlets / ProjectProcess? pageID = p4wYuA e atualizado Subclipse de lá.

Em seguida, todos os meus projetos existentes só trabalhou, e eu poderia voltar a ligar ao que eu já tinha tentado desligar a partir sem problemas.

Eu tenho o mesmo problema

Eu tinha um novo projeto, acrescentou que para SVN. Em seguida, tudo funciona como normal, até que eu tente e refatorar-renomear qualquer arquivo java, eu recebo:

move D:/dev/sk_ws/ge-parent/ge-core/src/main/java/com/skillkash/ge/beans/Skbean.java D:/dev/sk_ws/ge-parent/ge-core/src/main/java/com/skillkash/ge/beans/SkBean.java
    Path is not a working copy directory
svn: Path 'D:\dev\sk_ws\ge-parent\ge-core\src\main\java\com\skillkash\ge\beans\SkBean.java' is not a directory

Agora, o SVN URL é:

svn://qnap/share/MD0_DATA/svn/sk/ge-core/trunk

e a raiz do repositório é:

svn://qnap/share/MD0_DATA/svn/sk

Obviamente apenas compartilhar o projeto, em seguida, tentar mover um arquivo usando subclipe não funciona - ele deve ser um bug. Eu tenho que fazer todo o meu refatoração eclipse fora e editar mão todos os arquivos que são afetados.

Checkout todo o projeto a um dir temp, então eu copiei o primeiro nível .svn diretório e substituído copiar o meu trabalho pasta .svn com isso.

http: // blog. itopia.de/directory-svn-containing-working-copy-admin-area-is-missing/275

É woks para mim.

Eu tinha adicionado um arquivo PNG para o meu projeto, mas eu tenho esse erro ao tentar renomear ou excluí-lo. Limpeza e atualizar o projeto não fez nada.

Eu fui para o svn perspectiva Team Synchronizing, cliquei direito sobre o arquivo e excluí-la. Isso resolveu o meu problema.

Algum tempo atrás eu tive um problema semelhante. Parece que Subclipse (ou Eclipse) armazena o caminho absoluto de suas cópias de trabalho. A solução mais limpa é exportar novamente o repositório para o novo caminho.

Se você tem o código não-comprometidos, então você pode copiá-lo em cima da exportação limpo (sem a pasta .svn)

Eu também tive esse problema e eu simplesmente apagou o projeto do espaço de trabalho (deixando os arquivos no sistema de arquivos no tato).

Eu, então, importado um projeto svn no espaço de trabalho.

Import-> SVN-> Checkout Projeto De SVN.

Eu usei o meu local de repositório existente para colocar os arquivos.

Este problema foi causado quando eu mudei edições do Eclipse e usou uma Subclipse plug-in que foi uma versão à frente do que eu deveria ter usado.

Eu desinstalei a versão mais recente e instalado a versão mais antiga correto e tudo funcionou bem.

Licenciado em: CC-BY-SA com atribuição

Não afiliado a StackOverflow