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?
Do jakich ustawień dokładnie się odnosisz? Czy możesz podać przykład?
Itamar Katz
3
jest wiele ustawień, maven, repozytoriów subclipse, itp ...
Zemzela
Odpowiedzi:
82
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ń.
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
17
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
3
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 ...
skopiuj folder .metadata z istniejącego folderu obszaru roboczego
MSN
0
Po prostu skopiuj cały obszar roboczy do lokalnego systemu plików. To działa dla mnie, ponieważ moja nowa gałąź funkcji ma ten sam plik pom, a zatem ogólna kompilacja pasuje. W ten sposób nie muszę ponownie importować wszystkich projektów.
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ń.
źródło
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.
źródło
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\.pluginsThe
.settingsfolderze można znaleźć worg.eclipse.core.runtimefolderze.launchesfolder jest podorg.eclipse.debug.corefolderze.(To tylko jedna z wielu sztuczek omówionych w moich dwóch szkoleniach wideo Eclipse Guided Tour na Pluralsight).
źródło
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łźródło
Nie musisz niczego ręcznie kopiować, użyj narzędzia Workspace Preferences Transferrer - działa świetnie. Oto cytat z opisu:
Wystarczy przeszukać rynek Eclipse i zainstalować go stamtąd.
źródło
Musisz skopiować .Metadata, który zawiera właściwości Twojego obszaru roboczego.
źródło
Najlepszym sposobem jest skopiowanie folderu .metadata do nowego folderu i otwarcie tego folderu w oknie dialogowym Eclipse Workspace.
źródło
Po prostu skopiuj cały obszar roboczy do lokalnego systemu plików. To działa dla mnie, ponieważ moja nowa gałąź funkcji ma ten sam plik pom, a zatem ogólna kompilacja pasuje. W ten sposób nie muszę ponownie importować wszystkich projektów.
źródło
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.
źródło