Як клонувати робочу область Eclipse


83

Мені цікаво, як створити нову чисту робочу область Eclipse, але маючи всі налаштування з існуючої. Може щось на зразок клонування, але без проектів?


Про які саме налаштування ви маєте на увазі? Можете навести приклад?
Itamar Katz

3
є багато налаштувань, maven, сховища subclipse тощо ...
Земзела 02

Відповіді:


80

Я використовую експорт -> налаштування -> все потім переходжу в нову робочу область та імпортую преф. Працює нормально (хоча явно не дуже зручно). На жаль, eclipse пропонує лише скопіювати налаштування макета під час зміни робочого простору, чого недостатньо для більшості цілей.


1
Єдине рішення, яке я визнав надійним. Також вам потрібно буде зробити це ще раз під час оновлення до нового випуску (3,5-> 3,6 тощо)
Thorbjørn Ravn Andersen

3
найкращий спосіб вирішити це - використовувати code.google.com/a/eclipselabs.org/p/workspacemechanic
xavier.seignard

5
Просто примітка, що механік робочої області здається занедбаним і, схоже, він помре, коли Google вимкне код Google
Бостон,

це не копіює погляди тощо, тому я все ще маю неправильні вкладки в неправильних місцях
WendyG

так, це не працює для макетів. не знаючи жодного способу їх синхронізації.
kostja

21

Ви можете подивитися такий плагін: http://code.google.com/a/eclipselabs.org/p/workspacemechanic/

Це плагін, розроблений Google, який дозволяє зберігати ваші уподобання та автоматично застосовувати їх до будь-якої робочої області.

Якщо ви зберігаєте його у своєму буксі (або будь-якому іншому спільному сховищі), ви зможете ділитися своїми уподобаннями між усіма комп’ютерами і навіть між усіма членами вашої команди.

Це найкраще та найнадійніше рішення для вашої проблеми.


3
Плагін не розроблений компанією Google і в даний час відмовляється від проекту щодо вмираючого коду Google
Bostone

17

Моїм кращим методом є копіювання як .settingsпапки, так і .launchesпапки зі старої робочої області в нову. Здається, це робить більш повну роботу, ніж використання опції експортних налаштувань. Ви можете знайти як папки у вашому робочому просторі , починаючи з
.metadata\.plugins
The .settingsпапки можна знайти в org.eclipse.core.runtimeпапці Дана .launchesпапка знаходиться під org.eclipse.debug.coreпапці.

(Лише одна з багатьох хитрощів, висвітлених у моїх двох відео-навчальних курсах Eclipse Guided Tour з Pluralsight)

Провідник Windows Знімок розташування .settings


3

Можна спробувати скопіювати workspace/.metadataпапку. В основному він містить інформацію про плагіни, і можливо, у вас немає деяких плагінів. Конкретною папкою, яка містить важливі налаштування, є .metadata/.plugins/org.eclipse.core.runtime/.settings. Дивіться цю статтю


3
Я гарантую вам, що це не спрацює. Папка .metadata повна абсолютного шляху і не призначена для перенесення.
Костянтин Комісарчик

@Konstantin Komissarchik сьогодні я перевірив дві папки .metadata, і жодна з них не містила абсолютних шляхів. Можливо, ви плутаєте метадані робочої області з метаданими проекту? Метадані проекту дійсно містять абсолютні шляхи.
Божо

3
Якщо метадані вашого проекту мають абсолютні шляхи, ви погано налаштовуєте свої проекти ... Де абсолютні шляхи знаходяться в .metadata, залежить від встановлених вами плагінів та способу використання Eclipse. Також зауважте, що частина вмісту .metadata є двійковою, тому ваша можливість шукати його за допомогою основних інструментів обмежена.
Костянтин Комісарчик

@Konstantin Komissarchik про метадані проекту - я хотів сказати, що вони можуть містити абсолютні шляхи (чи слід це - інша історія). До речі, див. Моє оновлення - я прив’язав до статті.
Божо

Оцінка проектів. Я б не рекомендував слідувати порадам, наведеним у цитованій статті. Незважаючи на те, що вказане розташування справді є загальним сховищем для уподобань (підтримує API налаштувань InstanceScope), я знаю багато плагінів, які зберігають багато інформації у вільній формі в іншому місці в папці .metadata. Ці плагіни, ймовірно, непрацюють якось дивно, коли стикаються з невідповідним станом метаданих. Плагіни, як правило, не пишуться, щоб бути надійними для редагування папки .metadata для кінцевих користувачів ...
Костянтин Комісарчик

2

Не потрібно нічого копіювати вручну, використовуйте передавач налаштувань Workspace - це чудово працює. Ось цитата з опису:

Розширює команду Файл> Змінити робочу область…, переносячи всі налаштування з поточної робочої області на іншу.

Просто проведіть пошук на ринку Eclipse і встановіть його звідти.


1
Працював у мене!
Deepak

1

Потрібно скопіювати метадані, що містять властивості робочої області.


0

Найкращий спосіб - скопіювати папку .metadata в нову папку та відкрити її в діалоговому вікні Eclipse Workspace.


скопіювати папку .metadata з існуючої папки робочої області
MSN

0

Просто скопіюйте всю робочу область у вашу локальну файлову систему. Це працює для мене, оскільки у моїй новій гілці функцій є той самий файл pom і, отже, загальна збігається. Таким чином, мені не потрібно знову імпортувати всі проекти.


Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.