Zastanawiam się, jak stworzyć nowy, czysty obszar roboczy Eclipse, ale mając wszystkie ustawienia z istniejącego. Może coś w rodzaju klonowania, ale bez projektów?
Jak sklonować obszar roboczy Eclipse
Odpowiedzi:
Używam eksportu -> preferencje -> wszystko, a następnie przechodzę do nowego obszaru roboczego i importuję ustawienia. Działa dobrze (choć wyraźnie niezbyt wygodne). Niestety, eclipse oferuje tylko kopiowanie ustawień układu podczas zmiany obszarów roboczych, co nie jest wystarczające do większości zastosowań.
Jedyne rozwiązanie, które uważam za solidne. Będziesz musiał również zrobić to ponownie podczas aktualizacji do nowej wersji (3,5-> 3,6 itd.)
—
Thorbjørn Ravn Andersen
najlepszym sposobem na to jest użycie code.google.com/a/eclipselabs.org/p/workspacemechanic
—
xavier.seignard
Tylko uwaga, że
—
mechanik w miejscu
to nie kopiuje poglądy itp, więc mam jeszcze wszystkich złych kart w niewłaściwych miejscach
—
WendyG
tak, to nie działa w przypadku układów. nie wiem o żadnym sposobie ich synchronizacji.
—
kostja
Możesz rzucić okiem na następującą wtyczkę: http://code.google.com/a/eclipselabs.org/p/workspacemechanic/
To wtyczka opracowana przez Google, która umożliwia przechowywanie preferencji i automatyczne stosowanie ich w dowolnym obszarze roboczym.
Jeśli przechowujesz go w swojej skrzynce referencyjnej (lub innym miejscu współdzielonym), będziesz mógł udostępniać swoje preferencje między wszystkimi komputerami, a nawet między wszystkimi członkami zespołu.
To najlepsze i najbardziej niezawodne rozwiązanie Twojego problemu.
Wtyczka nie jest rozwijana przez Google i jest obecnie porzuconym projektem na umierającym kodzie Google
—
Bostone
Moją preferowaną metodą jest skopiowanie zarówno .settingsfolderu, jak i .launchesfolderu ze starego obszaru roboczego do nowego obszaru roboczego. Wydaje się, że jest to pełniejsze zadanie niż użycie opcji preferencji eksportu. Można znaleźć zarówno foldery obszaru roboczego zaczynając od
.metadata\.plugins
The .settingsfolderze można znaleźć w org.eclipse.core.runtimefolderze .launchesfolder jest pod org.eclipse.debug.corefolderze.
(To tylko jedna z wielu sztuczek omówionych w moich dwóch szkoleniach wideo Eclipse Guided Tour na Pluralsight).
Możesz spróbować skopiować workspace/.metadatafolder. Zawiera głównie informacje o wtyczkach i możliwe, że nie masz niektórych wtyczek. Konkretny folder zawierający ważne ustawienia to .metadata/.plugins/org.eclipse.core.runtime/.settings. Zobacz ten artykuł
Gwarantuję ci, że to nie zadziała. Folder .metadata jest pełen ścieżek bezwzględnych i nie jest przeznaczony do przenoszenia.
—
Konstantin Komissarchik
@Konstantin Komissarchik Dzisiaj sprawdziłem dwa foldery .metadata i żaden z nich nie zawierał ścieżek bezwzględnych. Być może mylisz metadane obszaru roboczego z metadanymi projektu? Metadane projektu rzeczywiście zawierają ścieżki bezwzględne.
—
Bozho
Jeśli metadane Twojego projektu mają ścieżki bezwzględne, nie konfigurujesz projektów dobrze ... Miejsce, w którym znajdują się ścieżki bezwzględne w .metadata, zależy od zainstalowanych wtyczek i sposobu korzystania z Eclipse. Należy również pamiętać, że część zawartości .metadata jest binarna, więc możliwość wyszukiwania ich za pomocą podstawowych narzędzi jest ograniczona.
—
Konstantin Komissarchik
@Konstantin Komissarchik o metadanych projektu - chodziło mi o to, że może zawierać ścieżki bezwzględne (czy to inna historia). Przy okazji, zobacz moją aktualizację - połączyłem się z artykułem.
—
Bozho
Punkt podjęty w projektach. Nie polecałbym postępowania zgodnie z radą zawartą w cytowanym artykule. Chociaż wskazana lokalizacja jest rzeczywiście wspólnym miejscem przechowywania preferencji (wspiera interfejs API preferencji InstanceScope), znam wiele wtyczek, które przechowują wiele informacji w dowolnym miejscu w folderze .metadata. Te wtyczki prawdopodobnie będą działać nieprawidłowo w dziwny sposób, gdy zostaną skonfrontowane z niespójnym stanem metadanych. Wtyczki zazwyczaj nie są napisane tak, aby były odporne na edycję folderu .metadata przez użytkownika końcowego ...
—
Konstantin Komissarchik
Nie musisz niczego ręcznie kopiować, użyj narzędzia Workspace Preferences Transferrer - działa świetnie. Oto cytat z opisu:
Rozszerza polecenie Plik> Przełącz obszar roboczy… o opcję przeniesienia wszystkich preferencji z bieżącego obszaru roboczego do drugiego.
Wystarczy przeszukać rynek Eclipse i zainstalować go stamtąd.
Pracował dla mnie!
—
Deepak,
Ta wtyczka pomoże Ci: http://marketplace.eclipse.org/content/workspace-preferences-transferrer .
Wybierz opcję „kopiuj preferencje” podczas przełączania się do nowego obszaru roboczego lub tworzenia go.