Jak przenieść obszar roboczy Eclipse i projekt z systemu Windows na system Linux i komputer Mac

Question

Mamy produkt opracowany na Windows od lat. Produkt składa się z jednego obszaru roboczego Eclipse i około 20 projektów. W systemie Windows prosimy każdego programistę o sprawdzenie projektów w folderze d: \ dev \ product i skopiowanie ujednoliconego obszaru roboczego do katalogu d: \ dev \ prod_workspace. W ten sposób, gdy tylko zostanie ustawiona nowa maszyna, po prostu kopiujemy pliki do tego samego folderu i możemy natychmiast rozpocząć pracę.

Teraz musimy przenieść nasze środowisko programistyczne na systemy Linux i Mac. Ale nie ma D: \ na Uniksie. Folder domowy dla systemu Linux to najczęściej/home/username i/Users/username for Mac. Odkryliśmy, że Eclipse zachowuje bezwzględną ścieżkę w obszarze roboczym, kiedy odwołuje się do projektów, więc po prostu kopiowanie obszaru roboczego przestaje działać. Nawet jeśli ręcznie utworzymy/skonfigurujemy obszar roboczy na komputerze z systemem Linux, nadal nie będzie można go skopiować do innego użytkownika, ponieważ ścieżka bezwzględna zostanie zmieniona.

Myślę, że naszym celem jest umożliwienie łatwej konfiguracji środowiska programistycznego. Czy masz jakieś sugestie dotyczące przeniesienia obszaru roboczego Eclipse?

Answer 1

Opracowuję produkt oparty na platformie Eclipse dla komputerów Mac i systemów Windows (nie testowałem systemu Linux).

Rozwiązaniem, które według mnie działa najlepiej, jest ręczne sprawdzanie projektów w obszarze roboczym na każdym komputerze bezpośrednio z poziomu kontroli źródła. Podczas gdy struktura projektu dokonuje konwersji między platformami, wszelkie załączniki, takie jak kontrola wersji, nie. Nie jestem pewien dlaczego, ale myślę, że każda rzecz ma swoje wady. Możesz być w stanie trochę przyspieszyć, tworząc zestaw roboczy projektu (lub jakkolwiek się nazywa, myślę, że jest to plik PSF) dla platformy, a następnie użyć go ponownie na wszystkich platformach.

Innym problemem jest to, że wersje Eclipse nie są w 100% kompatybilne. Jednym z problemów, które mam, są pliki manifestu dla wtyczek, które mają inną semantykę (np. Co zrobić z wyeksportowanymi pakietami, które w rzeczywistości nie istnieją) na każdej platformie, powodując ból głowy.

Wreszcie, nie ma mowy, że Java na Macu i PC nie są identyczne. W rzeczywistości Eclipse ma dwie wersje dla Mac. I zazwyczaj kończy się bieganie i kompilowania na Java 5 na Mac, który ma pewne niezgodności z Java 6.

Answer 2

mogę myśleć dwa sposoby, aby to zrobić:

1. zmienne Wykorzystanie obszaru roboczego w Eclipse wskazać do dokładnej lokalizacji, w której znajduje się miejsce do pracy, jeśli tego potrzebujesz. Następnie programista może umieścić wszystko w obszarze roboczym w systemie Windows, systemie Unix, dowolne, a następnie zdefiniować zmienną i gotowe, lub jeśli kompilacja jest zawsze wykonywana z poziomu środowiska Eclipse, co oznacza, że ​​naprawdę nie potrzebujesz żadnych ścieżek absolutnych w dowolnym miejscu , następnie zmień projekty na wszystkie używające względnych ścieżek i sprawdź ścieżki klas Eclipse itp. w kontrolce źródła. Tak więc, gdy programista sprawdzi wszystko w środowisku Eclipse, plik ścieżki klas i pliku .project znajdzie się na poziomie katalogu głównego projektu, a wszystkie ścieżki zostaną wstępnie zdefiniowane.

dla opcji nr 2, może trzeba mieć wiele .project lub .classpath pliki i mieć deweloper skopiować odpowiedni jeden na miejscu. To znaczy, skopiuj .classpath.win do .classpath, aby użyć Eclipse.

Answer 3

Mam przeniesiony mój projekt eclipse z Windows XP do RHEL (nigdy nie próbowałem Mac)

Twoje zadanie może być realizowane w następujących krokach: -

1. zmienne Wykorzystanie obszaru roboczego w kodzie projektu zamiast absolutna ścieżka.
2. Przenieś swój obszar roboczy do jakiejś lokalizacji w systemie Linux jako/Workspace lub jeśli chcesz zachować specyficzny dla użytkownika folder roboczy jako/home/nazwa_użytkownika/Workspace.
3. Istnieje możliwość zmiany wszystkich \ okien na/w systemie Linux. Opcja znajduje się w menu plików w czasie zaćmienia.
4. Zmień ustawienia lokalizacji katalogów klas, opcje można znaleźć, klikając prawym przyciskiem myszy menu projektu w panelu przeglądarki projektu.
5. Istnieje opcja zbudowania projektu w czystości od zera. Trzeba tylko kliknąć opcję, a Eclipse ponownie skompiluje projekt.

Gdy wszystko to zostanie zrobione, a wszystkie twoje połączenia z bazą danych zostały pomyślnie przeniesione na Linuksa, masz również działający projekt działający w Linuksie.

Answer 4

Jeśli przeglądasz projekty z repozytorium źródłowego, rozważ użycie Team -> ProjectSets do ich obsługi.

Preferencje można zapisać w pliku i załadować.

Próbowaliśmy zmiennych typu classpath i nienawidziliśmy ich. Teraz mamy wszystko w pojedynczych projektach w źródłowym repozytorium.

Answer 5

będę dzielić moje własne rozwiązanie:

ZIP pracy. Po prostu zapakuj cały plik, a następnie prześlij go. Następnie wystarczy usunąć domyślne odniesienie do dysku: D:\ ... lub coś, co kończy się na początku nazwy pliku. Następnie wystarczy przeciągnąć go do nowego pustego obszaru roboczego na nowo pobranym Eclipse.

Answer 6

Użyj Workspace Preference Transferrer plugin

To pozwala przenieść ustawienia obszaru roboczego z danego obszaru roboczego do drugiego za pomocą nowych opcji w oknie dialogowym "przełącznik obszarów roboczych.