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?
eclipse
configuration
eclipse-pdt
erenon
sumber
sumber
Jawaban:
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.
sumber
Berbagi pengaturan spesifik gerhana di seluruh ruang kerja :
${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
${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.
sumber
\.metadata\.plugins\org.eclipse.core.runtime\.settings directory
?" - untuk peakit: tidak sesederhana itu -${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
berisi juga pengaturan ruang kerja dan memiliki kekhasan lainnya - lihat analisis saya di siniPilihan lain adalah ekspor / impor:
File->Export...->General->Preferences
,, centang Ekspor semua, dan pilih file untuk menyimpannya (misalnya, pref.epf)File->Import...->General->Preferences
,, pilih file Anda (prefs.epf), periksa impor semuaItu 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.
sumber
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
sumber
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/.settings
to 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.
sumber
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:
sumber
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.
sumber
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.
sumber
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
sumber
Cukup salin direktori
${old_workspace}/.metadata/.plugins
dari proyek yang ada ke yang baru.
Itu bekerja dengan baik dalam proyek PHP (agak sederhana).
sumber
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.
sumber