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?
Como clonar um espaço de trabalho Eclipse
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.
A única solução que descobri ser robusta. Além disso, você precisará fazer isso novamente ao atualizar para uma nova versão (3.5-> 3.6 etc)
—
Thorbjørn Ravn Andersen
a melhor maneira de lidar com isso é usar code.google.com/a/eclipselabs.org/p/workspacemechanic
—
xavier.seignard
Apenas uma nota que workpacemechanic parece estar abandonado e parece que vai morrer quando o Google encerrar o código do Google
—
Bostone
isso não copia as visualizações etc., então ainda tenho todas as guias erradas nos lugares errados
—
WendyG
sim, não funciona para layouts. não tem conhecimento de nenhuma maneira de sincronizá-los.
—
kostja
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.
O plugin não foi desenvolvido pelo Google e atualmente está abandonado o projeto de morrer código do Google
—
Bostone
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
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 ...
—
Konstantin Komissarchik
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:
Estende o comando Arquivo> Alternar Área de Trabalho… com a opção de transferir todas as preferências da área de trabalho atual para a outra.
Basta pesquisar o mercado Eclipse e instalá-lo a partir daí.
Funcionou para mim!
—
Deepak
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.
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.