Cara berbagi konfigurasi Eclipse di berbagai ruang kerja


130

Saya menggunakan Eclipse (PDT) sebagai IDE utama pada mesin yang berbeda. (seperti di rumah, laptop, di kantor, dll). Bagaimana saya bisa berbagi Eclipse dan memproyeksikan konfigurasi secara pragmatis antara banyak komputer? Haruskah saya mengontrol versi mereka, atau adakah cara yang lebih mudah untuk melakukan ini?

Bagaimana Anda memastikan untuk menggunakan barang yang sama dan lama meskipun konfigurasi terkini semua komputer Anda?


Saya memiliki semua jenis masalah berbagi kode dalam satu ruang kerja menggunakan Dropbox. Saya akan cenderung memiliki beberapa ruang kerja, satu untuk setiap mesin, dan menyinkronkan kelompok ruang kerja menggunakan Dropbox.
djangofan

3
Pertanyaan lama yang saya tahu, tetapi untuk anak cucu, saya menemukan posting blog ini sangat berguna: mcuoneclipse.wordpress.com/2012/04/04/… (Ini bukan posting saya :-)
Stewart

Selalu ada komplikasi pada Windows envs. Memeriksa pengaturan ruang kerja ke dalam kontrol sumber bukanlah jawaban. Pengaturan kontrol sumber adalah bagian dari pengaturan ruang kerja.
chris topinka

Jawaban:


4

Anda sebenarnya dapat mengatur banyak pengaturan khusus proyek yang dapat diperiksa ke dalam kontrol sumber. Untuk proyek kecil, ini bekerja dengan sangat baik. Untuk proyek yang lebih besar, kami memutuskan untuk memiliki satu file yang kami gunakan untuk semua proyek kami dan memeriksa ke dalam proyek "aset" terpisah yang memelihara hal-hal yang diperlukan pengembang untuk mulai mengerjakan proyek kami. Ini juga termasuk hal-hal seperti lisensi dan file lain yang diperlukan.


45
Sementara ini adalah jawaban yang diterima, Anda harus pasti gulir ke bawah dan melihat jawaban yang lain karena mereka memiliki informasi tambahan.
Topher Fangio

1
@erenon - Bisakah Anda menghapus tanda ini sebagai jawaban yang diterima dan memilih yang berbeda, lebih relevan, satu? Yang lain menyertakan jauh lebih banyak informasi, tetapi saya tidak dapat menghapus jawaban ini jika diterima.
Topher Fangio

176

Berbagi pengaturan spesifik gerhana di seluruh ruang kerja :

  1. Pergi ke ${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
  2. Salin semuanya di bawah direktori di atas ke ${new_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings

Ini akan memastikan bahwa ${new_workspace} memiliki konfigurasi yang sama dengan${old_workspace}

Semoga ini membantu. Pembaruan jika ada masalah.


8
Saya pribadi memiliki folder-folder yang dikaitkan dengan dropbox dan juga profil RSE yang terhubung. Konfigurasi keseluruhan pengaturan gerhana juga dapat diekspor dari ide
Anton S

5
Saya akan mulai dengan ini, tetapi sayangnya ada banyak pengaturan di luar direktori ini yang ingin saya sinkronkan.
David Harkness

@ Davidvidark: tolong jelaskan - pengaturan mana - di mana? Anda mungkin mengirim jawaban di sini - saya bertanya di antara yang lain: "apakah aman dan cukup untuk menghubungkannya \.metadata\.plugins\org.eclipse.core.runtime\.settings directory?" - untuk peakit: tidak sesederhana itu - ${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settingsberisi juga pengaturan ruang kerja dan memiliki kekhasan lainnya - lihat analisis saya di sini
Mr_and_Mrs_D

Untuk menyalin folder, gunakan Robocopy: stackoverflow.com/questions/472692/…
weberjn

1
Untuk menjaga mereka tetap sinkron, pertimbangkan Serempak: cis.upenn.edu/ ~ bcpierce
Alice Purcell

114

Pilihan lain adalah ekspor / impor:

  1. Dari ruang kerja Anda yang ada File->Export...->General->Preferences,, centang Ekspor semua, dan pilih file untuk menyimpannya (misalnya, pref.epf)
  2. Startup Eclipse di ruang kerja baru File->Import...->General->Preferences,, pilih file Anda (prefs.epf), periksa impor semua

Itu bekerja sangat baik untuk penulis asli dari tip ini: ia memiliki pemformatan kode, gaya kode, repo svn, preferensi jres diimpor.

Sunting: Pada Eclipse Juno ini bekerja dengan buruk. Beberapa preferensi diam-diam tidak terbawa seperti menyimpan tindakan.


2
Bekerja juga dengan Eclipse STS (spring Tool Suite) 3.4
рüффп

Bekerja di Eclipse Luna
GP cyborg

1
Orang bisa melakukan ini dan apa yang dikatakan peakit dalam jawabannya. Saya berharap kombinasi tindakan ini akan cukup untuk benar-benar mengekspor semuanya .
Nikos

8

Ini adalah proyek yang relatif baru, tetapi sepertinya Eclipse Oomph dibuat untuk alasan ini. Melalui alat ini Anda dapat membuat konfigurasi unik yang dapat dibagikan dengan orang lain. Saya belum menggunakannya (belum), tetapi saya berencana untuk:

https://projects.eclipse.org/projects/tools.oomph


Profil Yatta dibangun di atas Pemasang Oomph / Eclipse dan membuat berbagi menjadi lebih mudah.
Bernhard Stadler

1
@BernhardStadler Yatta tidak mentransfer preferensi.
ThomasMcLeod

Yatta dapat mengingat nilai preferensi default - preferensi ruang kerja dapat direkam dengan Preferensi Recorder, dan untuk preferensi proyek Anda tidak memerlukan alat tambahan karena Anda dapat menambahkannya ke SCM Anda. Pengaturan ruang kerja pengembangan satu klik yang dimaksudkan untuk tim dengan tujuan meminimalkan waktu pengaturan, tetapi sinkronisasi profil pribadi antara komputer yang berbeda juga dimungkinkan. Saya belum pernah mencobanya sendiri tetapi menurut halaman web mereka, dimungkinkan untuk menerapkan pembaruan dari profil online, jadi harus dimungkinkan untuk menggunakan profil online pribadi sebagai mekanisme sinkronisasi.
Bernhard Stadler

7

Saya harus bekerja di beberapa ruang kerja secara bersamaan dan ada banyak preferensi yang harus ditetapkan setiap kali saya membuat ruang kerja baru. Saya membuat ruang kerja template dan membuat semua pengaturan yang diperlukan di ruang kerja template itu. Setiap kali saya membuat ruang kerja baru, saya membuat simlink dari {new_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settingsto to to {template_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings. Jadi, ketika Anda mengedit preferensi di salah satu ruang kerja, itu akan direplikasi di semua ruang kerja lainnya.

Saya membuat alias fungsi ini di. Profil saya sehingga setelah saya membuat ruang kerja baru, saya menjalankan fungsi ini di prompt perintah saya dengan nama ruang kerja baru saya sebagai argumen sehingga tautan dibuat.

function eclset(){
    present_dir=`pwd`;
    cd  {parent_to_workspace}/$1/.metadata/.plugins/org.eclipse.core.runtime ; 
    rm -rf .settings ; 
    ln -s {parent_to_workspace}/template/.metadata/.plugins/org.eclipse.core.runtime/.settings .settings;
    cd $present_dir;
}

Sebenarnya itulah yang ingin saya lakukan juga (di windows) - tetapi ada komplikasi: lihat jawaban saya di sini
Mr_and_Mrs_D

3

Pada Eclipse Neon (dan mungkin juga Mars), Anda dapat menyalin dua direktori berikut, untuk membagikan meja kerja dan pengaturan / preferensi di antara ruang kerja Anda yang berbeda:

    [workspace]/.metadata/.plugins/org.eclipse.core.runtime/.settings
    [workspace]/.metadata/.plugins/org.eclipse.e4.workbench

Apakah ini benar-benar diperkenalkan di Neon? Apakah ada changelog / readme atau info lain yang mengkonfirmasi ini?
Danijel

Biasanya pengembang memiliki repositori GIT mereka sendiri dan tidak dibagikan, maka daftarnya adalah: 1. [workspace] /. Metadata / .plugins / org.eclipse.core.runtime / .settings - Kecuali [workspace] /. Metadata / .plugins /org.eclipse.core.runtime/.settings/org.eclipse.egit.core.prefs 2. [workspace] /. metadata / .plugins / org.eclipse.e4.workbench
Timo Riikonen

2

Ada dua pertanyaan di sini. Pertama, ada definisi proyek, file proyek dan pengaturan spesifik proyek. Secara pribadi, saya suka yang ada di kontrol sumber saya, karena membuat memeriksa proyek dan mengatur IDE jauh lebih mudah.

Kedua, Anda memiliki pengaturan ruang kerja. Anda akan melihat banyak pertanyaan di bidang ini. Saya sarankan melihat Pulse : ini adalah distribusi Eclipse yang disempurnakan yang dapat, antara lain, menyimpan pengaturan ruang kerja Anda dan menyinkronkannya dengan beberapa mesin atau anggota tim.


1

Anda juga dapat menyalin file .prefs dari ${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings ke folder bernama .settings di folder root proyek Anda dan kemudian menambahkannya ke SVN (atau CVS atau ...)

Dengan begitu pengaturan akan didistribusikan ke semua pengembang bersama dengan kode sumber selama Pembaruan.


0

Saya memiliki masalah yang sama.

pendekatan saya: menyimpan data proyek dalam direktori yang dikelola oleh owncloud

Project X dibuat di workstation A, dengan jalur kustom yang menunjuk ke sub direktori baru dari hierarki ownCloud saya. Ruang kerja default masih ada di sistem file A.

Ketika saya duduk di workstation BI membuka ruang kerja lokal default (lokal pada B) dan membuat proyek baru menggunakan sumber yang ada di direktori ownCloud "disinkronkan".

Cukup klik segarkan kapan saja Anda menjalankan gerhana dan Anda memiliki data proyek saat ini. Sinkronisasi berjalan di latar belakang secara otomatis, jadi berhati-hatilah ketika Anda selesai bekerja untuk menutup gerhana dan beri kesempatan ownCloud kesempatan untuk mengunggah file baru ke server ownCloud.

Tomcat atau Server lain berjalan secara lokal, konfigurasi disalin secara manual antara mesin melalui scp. Ini terjadi hanya jika ada perubahan dalam pengaturan server, yang tidak terlalu sering.

Saya tidak punya masalah kompatibilitas menggunakan NEON 2 (arch linux) & NEON 3 (mengunduh berjalan pada debian stretch) dengan JDK yang berbeda belum.

Salam Hormat Armin


0

Cukup salin direktori

${old_workspace}/.metadata/.plugins

dari proyek yang ada ke yang baru.

Itu bekerja dengan baik dalam proyek PHP (agak sederhana).


0

Anda bisa menggunakan Eclipstyle untuk mengkloning preferensi satu ruang kerja ke ruang kerja Anda yang lain. Anda juga dapat mengekspor preferensi Anda dan mengkloningnya nanti.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.