Pergunta

O que realmente acontece com o sistema de arquivos quando você faz um projeto de compartilhamento de subclipse em um projeto Eclipse que foi retirado externamente do Subversion?Todas as pastas .svn já estão instaladas.Recebo um erro quando tento compartilhar o projeto da maneira correta e prefiro não excluir e verificar novamente os projetos no navegador do repositório SVN.

Foi útil?

Solução

Não sei exatamente o que acontece no Eclipse, presumo que ele faça algumas coisas estranhas no diretório .metadata do espaço de trabalho.Dito isto, eu recomendaria o seguinte para que o Eclipse aprenda sobre as configurações do svn do projeto:

  • Exclua o projeto da área de trabalho (mantenha "Excluir conteúdo do projeto no disco" desmarcado)
  • Arquivo > Importar...> Geral > Projetos existentes no espaço de trabalho
  • Navegue até a pasta que contém os projetos originais de interesse
  • Importe os projetos para o seu espaço de trabalho

Isso parece ter o efeito colateral de o subclipse perceber as configurações do Subversion ao importar os "novos" projetos para o seu espaço de trabalho.

Outras dicas

O Compartilhar projeto ação tem como objetivo comprometer a primeira versão de um projeto, ou seja,um sem .svn metadados em vigor.Ele ficará chateado se vir .svn diretórios já lá.Como Rob escreveu, a maneira de colocar esse projeto verificado no Eclipse é usar o recurso de importação.

Não tenho certeza de qual versão do Eclipse você está usando ou se isso se aplicará, pois estou usando o Subversive em vez do Subclipse.Quando eu uso o recurso de compartilhamento de projeto para enviar o projeto para o svn quando já tenho todos os diretórios .svn no lugar, tenho a opção de "Usar configurações atuais do projeto" e então o Eclipse reconecta automaticamente as informações do projeto svn para a equipe integração.Você pode estragar tudo se tentar inserir informações diferentes.

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