2010-11-16 11 views
6

Wszyscy członkowie mojego zespołu pracują z Eclipse. Jednak każdy ma inną konfigurację, preferencje i wtyczki. Jaki jest najlepszy sposób utrzymania linii bazowej wtyczek, preferencji, takich jak stylowanie i formatowanie kodu, i innej konfiguracji, aby mieć podobny punkt początkowy, ale pozwolić każdemu członkowi zespołu na określoną konfigurację.Jak zarządzać wtyczkami, preferencjami i konfiguracją Eclipse dla zespołu?

Szukam rozwiązania, które również będzie łatwe w utrzymaniu, czyli nie będzie zbyt wielu plików znajdujących się w różnych lokalizacjach.

Odpowiedz

6

Prostym podejściem do preferencji jest użycie File>Import i File>Export, wybranie General>Preferences, a następnie preferencje, które chcesz udostępnić. W przypadku kilku z moich poprzednich zespołów zapisaliśmy podstawowe ustawienia w kontroli wersji.

+0

Dzięki, natknęliśmy się na to --- dokładnie to, czego szukałem. Dostałem dzisiaj nowe pudełko dev i musiałem skopiować moje kluczowe wiązania/prefs do nieskazitelnej instalacji Eclipse. Pracował jak urok ... – evadeflow

2

Stosujemy podejście "bazowe", w którym mamy centralną wersję zarządzaną przez kilku głównych członków. Chodzi o to, aby pobrać wersję, skonfigurować, jak chcesz, a następnie przestrzeni roboczej i zainstalować pakowane do centralnej lokalizacji. Dodatkowo, niektóre wtyczki mają pliki konfiguracyjne, które przechowujemy w centralnej lokalizacji, a następnie wskażemy linię podstawową (szablony, pliki formatujące itp.).

Istnieje również komercyjne oprogramowanie, które zrobi to za Ciebie, jeśli uda mi się je znaleźć, zamieści link.

Mam nadzieję, że to pomoże.

3

Powinieneś sprawdzić Pulse. Używałem go tylko w samodzielnym środowisku dla jednego użytkownika, ale wygląda na to, że działa całkiem nieźle. Wierzę, że dzięki wersjom płatnym można zarządzać preferencjami i ustawieniami obszaru roboczego w całej grupie. Mogę spróbować zmusić moją firmę do wypróbowania tego wkrótce.

Zasadniczo, Pulse zapewnia centralny starter dla Eclipse. Umożliwia tworzenie profili instalacji Eclipse składających się z instalacji Eclipse i różnych wtyczek. Za pomocą startera wybierz profil i zainstaluj go. Spowoduje to pobranie Eclipse i różnych wtyczek do centralnego folderu na twoim komputerze. Następnie tworzy folder profilu, który w jakiś sposób łączy określone wtyczki dla profilu. Tak więc po uruchomieniu otrzymasz elementy tylko w profilu, niezależnie od tego, jakie inne profile zostały zainstalowane.

-1

Może ci się przydać ten article from DeveloperWorks. Pokazuje, jak zarządzać wtyczkami w prosty sposób.

+0

-1, folder linków to dotychczasowy sposób zarządzania wtyczkami w okresie menedżera aktualizacji. Nie jest zalecane, gdy p2 jest menedżerem obsługi administracyjnej i może być w przyszłości przestarzałe. – Kane

1

Znalazłem rozwiązanie w innym question na stronie. Jest to zalecana wtyczka o nazwie workspace mechanic. Wygląda na to, że rozwiązuje problemy związane z preferencjami i konfiguracją.
Używam go i wygląda dobrze na konfigurację. nie daje jednak rozwiązania dla wtyczek.

0

Najważniejszą częścią są wtyczki, nad którymi pracujesz, jak przypuszczam. To, co robimy, polega na umieszczeniu źródła wszystkich wtyczek, które podlegają rozwojowi, w kontroli wersji, a następnie zaimportowaniu projektów do nowego obszaru roboczego Eclipse bez ich kopiowania.. Jest to prawdopodobnie oczywiste.

Trochę trudniejsze są wtyczki, które są częścią środowiska uruchomieniowego. Mamy specjalny projekt (również pod kontrolą rewizji), który zawiera te słoiki, zorganizowane w katalogach. Niektóre pochodzą z Eclipse, niektóre pochodzą ze Springa, rejestrują rzeczy itp.Istnieje również docelowy plik definicji, który określa, które z tych wtyczek stanowią środowisko. Tak więc nie kompilujesz i nie działasz na kopii Eclipse, którą tworzysz, ale na niezależnym zestawie wtyczek, który jest zdefiniowany jako platforma docelowa.

Zrozumienie i używanie platformy docelowej ma duże znaczenie, ponieważ nie ma już znaczenia, jaka dokładnie wersja IDE jest używana - wszyscy programiści będą łączyć i testować ten sam kod. Dobrym efektem ubocznym jest kontrolowanie podzbioru wtyczek wchodzących w skład produktu i nie można przypadkowo pobrać 17 nowych wtyczek za pomocą niewinnej nowej zależności.

PDE/Build niestety nie wie o definicjach docelowych, ale format pliku jest dość łatwy do wymyślenia.

Wreszcie preferencje i formatowanie itp. Można wyeksportować do pliku i zablokować w kontroli wersji, jeśli ma to znaczenie. Standardowe reguły formatowania są przydatne, jak sądzę.

Powiązane problemy