Estou me perguntando como criar um novo espaço de trabalho do Eclipse limpo, mas com todas as configurações de um existente. Talvez algo como clonagem, mas sem projetos?
A quais configurações exatamente você está se referindo? Você pode dar um exemplo?
Itamar Katz
3
existem muitas configurações, maven, repositórios de subclipses, etc ...
Zemzela
Respostas:
80
Eu uso export -> preferências -> all então mudo para um novo espaço de trabalho e importo as preferências. Funciona bem (embora claramente não seja muito confortável). Infelizmente, o eclipse só oferece a cópia das configurações de layout ao alterar os espaços de trabalho, o que não é suficiente para a maioria dos propósitos.
É um plugin desenvolvido pelo google que permite armazenar suas preferências e aplicá-las a qualquer área de trabalho automaticamente.
Se você armazená-lo em sua caixa de depósito (ou em qualquer outro armazenamento compartilhado), poderá compartilhar suas preferências entre todos os seus computadores e até mesmo entre todos os membros da sua equipe.
É a melhor e mais confiável solução para o seu problema.
O plugin não foi desenvolvido pelo Google e atualmente está abandonado o projeto de morrer código do Google
Bostone
17
Meu método preferido é copiar a .settingspasta e a .launchespasta da área de trabalho antiga para a nova. Isso parece fazer um trabalho mais completo do que usar a opção de preferências de exportação. Você pode encontrar as duas pastas em sua área de trabalho, começando em .metadata\.plugins
A .settingspasta pode ser encontrada na org.eclipse.core.runtimepasta A .launchespasta está sob a org.eclipse.debug.corepasta.
(Apenas um dos muitos truques cobertos em meus dois cursos de treinamento em vídeo do Eclipse Guided Tour no Pluralsight.)
Você pode tentar copiar a workspace/.metadatapasta. Ele contém principalmente informações sobre plug-ins e é possível que você não tenha alguns dos plug-ins. A pasta específica que contém configurações importantes é .metadata/.plugins/org.eclipse.core.runtime/.settings. Veja este artigo
Eu garanto que isso não vai funcionar. A pasta .metadata está cheia de caminhos absolutos e não foi feita para ser portátil.
Konstantin Komissarchik
@Konstantin Komissarchik hoje eu verifiquei duas pastas .metadata e nenhuma delas continha caminhos absolutos. Talvez você esteja confundindo metadados de espaço de trabalho com metadados de projeto? Os metadados do projeto de fato contêm caminhos absolutos.
Bozho
3
Se os metadados do seu projeto têm caminhos absolutos, você não está configurando seus projetos bem ... Onde os caminhos absolutos estão localizados em .metadata depende dos plug-ins que você instalou e de como você usa o Eclipse. Observe também que parte do conteúdo .metadata é binário, portanto, sua capacidade de pesquisá-lo com ferramentas básicas é limitada.
Konstantin Komissarchik
@Konstantin Komissarchik sobre os metadados do projeto - meu ponto é que ele pode conter caminhos absolutos (se deveria é uma história diferente). A propósito, veja minha atualização - vinculei a um artigo.
Bozho
Ponto tomado em projetos. Eu não recomendaria seguir o conselho dado no artigo citado. Embora o local referenciado seja de fato o armazenamento comum para preferências (apoia a API de preferências InstanceScope), eu conheço muitos plug-ins que armazenam muitas informações de formato livre em outro lugar na pasta .metadata. Esses plug-ins provavelmente irão funcionar mal de maneira estranha quando confrontados com o estado inconsistente dos metadados. Os plug-ins não são normalmente escritos para serem robustos para a pasta .metadata de edição do usuário final ...
copiar a pasta .metadata da pasta do espaço de trabalho existente
MSN
0
Basta copiar todo o espaço de trabalho em seu sistema de arquivos local. Isso funciona para mim porque meu novo branch de recurso tem o mesmo arquivo pom e, portanto, a compilação geral corresponde. Dessa forma, não preciso importar todos os projetos novamente.
Respostas:
Eu uso export -> preferências -> all então mudo para um novo espaço de trabalho e importo as preferências. Funciona bem (embora claramente não seja muito confortável). Infelizmente, o eclipse só oferece a cópia das configurações de layout ao alterar os espaços de trabalho, o que não é suficiente para a maioria dos propósitos.
fonte
Você pode dar uma olhada no seguinte plugin: http://code.google.com/a/eclipselabs.org/p/workspacemechanic/
É um plugin desenvolvido pelo google que permite armazenar suas preferências e aplicá-las a qualquer área de trabalho automaticamente.
Se você armazená-lo em sua caixa de depósito (ou em qualquer outro armazenamento compartilhado), poderá compartilhar suas preferências entre todos os seus computadores e até mesmo entre todos os membros da sua equipe.
É a melhor e mais confiável solução para o seu problema.
fonte
Meu método preferido é copiar a
.settingspasta e a.launchespasta da área de trabalho antiga para a nova. Isso parece fazer um trabalho mais completo do que usar a opção de preferências de exportação. Você pode encontrar as duas pastas em sua área de trabalho, começando em.metadata\.pluginsA
.settingspasta pode ser encontrada naorg.eclipse.core.runtimepasta A.launchespasta está sob aorg.eclipse.debug.corepasta.(Apenas um dos muitos truques cobertos em meus dois cursos de treinamento em vídeo do Eclipse Guided Tour no Pluralsight.)
fonte
Você pode tentar copiar a
workspace/.metadatapasta. Ele contém principalmente informações sobre plug-ins e é possível que você não tenha alguns dos plug-ins. A pasta específica que contém configurações importantes é.metadata/.plugins/org.eclipse.core.runtime/.settings. Veja este artigofonte
Não há necessidade de copiar nada manualmente, use o Transferrer de preferências do Workspace - ele funciona muito bem. Aqui está a citação da descrição:
Basta pesquisar o mercado Eclipse e instalá-lo a partir daí.
fonte
Precisa copiar .Metadata que contém as propriedades do seu espaço de trabalho.
fonte
A melhor maneira é copiar a pasta .metadata para uma nova pasta e abrir essa pasta na caixa de diálogo Eclipse Workspace.
fonte
Basta copiar todo o espaço de trabalho em seu sistema de arquivos local. Isso funciona para mim porque meu novo branch de recurso tem o mesmo arquivo pom e, portanto, a compilação geral corresponde. Dessa forma, não preciso importar todos os projetos novamente.
fonte
Este plugin irá ajudá-lo: http://marketplace.eclipse.org/content/workspace-preferences-transferrer .
Selecione "copiar preferências" ao alternar para ou criar um novo espaço de trabalho.
fonte