Eclipse yapılandırmasını farklı çalışma alanları üzerinden paylaşma


130

Eclipse'i (PDT) farklı makinelerde birincil IDE olarak kullanıyorum. (evde, dizüstü bilgisayarda, ofiste vb.). Eclipse ve proje yapılandırmasını pragmatik olarak birden çok bilgisayar arasında nasıl paylaşabilirim? Onları sürüm kontrol etmeli miyim yoksa bunu yapmanın daha kolay bir yolu var mı?

Tüm bilgisayarlarınızda aynı iyi ve eskiyi bu kadar güncel yapılandırmaya rağmen kullanmayı nasıl sağlıyorsunuz?


Dropbox kullanarak tek bir çalışma alanında kod paylaşırken her türlü sorun yaşadım. Her makine için bir tane olmak üzere birden fazla çalışma alanına sahip olmaya ve Dropbox kullanarak çalışma alanı grubunu senkronize etmeye eğilimliyim.
djangofan

3
Bildiğim eski soru, ama gelecek nesil için, bu blog gönderisini çok faydalı buldum: mcuoneclipse.wordpress.com/2012/04/04/… (Bu benim yazım değil :-)
Stewart

Windows ortamlarında her zaman komplikasyonlar vardır. Çalışma alanı ayarlarını kaynak kontrolünde kontrol etmek bir cevap değildir. Kaynak kontrol ayarları, çalışma alanı ayarlarının bir parçasıdır.
chris topinka

Yanıtlar:


4

Aslında, kaynak kontrolünde kontrol edilebilecek birçok projeye özel ayarı belirleyebilirsiniz. Küçük projeler için bu gerçekten işe yarıyor. Daha büyük projeler için, tüm projelerimiz için kullandığımız ve geliştiricilerin projemiz üzerinde çalışmaya başlamak için ihtiyaç duydukları şeyleri koruyan ayrı bir "varlıklar" projesine koyduğumuz tek bir dosyaya sahip olmaya karar verdik. Bu, lisanslar ve diğer gerekli dosyalar gibi şeyleri de içeriyordu.


45
Kabul edilen cevap bu olsa da, kesinlikle aşağı kaydırmalı ve ek bilgileri olduğu için diğer cevaplara bakmalısınız.
Topher Fangio

1
@erenon - Kabul edilen yanıtın işaretini kaldırıp farklı, daha alakalı bir yanıt seçebilir misiniz? Diğerleri çok daha fazla bilgi içeriyor, ancak kabul edilirse bu yanıtı silemem.
Topher Fangio

176

Tutulmaya özgü ayarları çalışma alanlarında paylaşma :

  1. Git ${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
  2. Yukarıdaki dizinin altındaki her şeyi şuraya kopyalayın: ${new_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings

Bu, ürünle ${new_workspace}aynı konfigürasyona sahip olduğundan emin olacaktır .${old_workspace}

Bu yardımcı olur umarım. Herhangi bir sorun olması durumunda güncelleyin.


8
Şahsen bu klasörleri dropbox'a sembolik olarak bağladım ve ayrıca RSE profilleri sembolik bağlantılı. Tutulma ayarlarının genel yapılandırması ide
Anton S

5
Bununla başlayacağım, ancak ne yazık ki bu dizinin dışında senkronize etmek istediğim daha birçok ayar var.
David Harkness

@DavidHarkness: Lütfen detaylandırın - hangi ayarlar - nerede? Bir yanıtı ilan edebilirler burada - Ben diğerleri arasında soruyorum: "güvenli ve olacağını yeterince hardlink için \.metadata\.plugins\org.eclipse.core.runtime\.settings directory?" - peakit'e: bu kadar basit değil - ${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settingsçalışma alanı ayarlarını da içeriyor ve başka özellikleri de var - analizime buradan bakın
Mr_and_Mrs_D

Klasörü kopyalamak için Robocopy kullanın: stackoverflow.com/questions/472692/…
weberjn

1
: Senkronize halde tutmak için, Unison dikkate cis.upenn.edu/~bcpierce/unison
Alice Purcell

114

Diğer bir seçenek de dışa / içe aktarmadır:

  1. Mevcut çalışma alanınızdan File->Export...->General->PreferencesTümünü dışa aktar'ı işaretleyin ve kaydetmek için dosyayı seçin (örneğin prefs.epf)
  2. Eclipse'i yeni bir çalışma alanında File->Import...->General->Preferencesbaşlatın, dosyanızı seçin (prefs.epf), tümünü içe aktar'ı kontrol edin

Bu, bu ipucunun orijinal yazarı için harika çalıştı: kod biçimlendirmesi, kod stili, svn depoları, jres tercihleri ​​içe aktarıldı.

Düzenleme: Eclipse Juno'da bu kötü çalışıyor. Kaydetme eylemleri gibi bazı tercihler sessizce aktarılmaz.


2
Eclipse STS (spring Tool Suite) 3.4 ile de çalışır
рüффп

Eclipse Luna
GP cyborg'da

1
Hem bunu hem de peakit'in cevabında söylediği şeyi yapabilirdi. Umarım bu eylem kombinasyonu her şeyi gerçekten ihraç etmek için yeterli olur .
Nikos

8

Nispeten yeni bir proje, ancak Eclipse Oomph tam da bu nedenle yaratılmış gibi görünüyor. Bu araç sayesinde, başkalarıyla paylaşılabilecek benzersiz bir konfigürasyon oluşturabilirsiniz. Kullanmadım (henüz), ancak şunları yapmayı planlıyorum:

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


Yatta Profiles , Oomph / Eclipse Installer üzerine kurulur ve paylaşımı biraz daha kolaylaştırır.
Bernhard Stadler

1
@BernhardStadler Yatta tercihleri ​​aktarmaz.
ThomasMcLeod

Yatta varsayılan tercih değerlerini hatırlayabilir - çalışma alanı tercihleri ​​Preference Recorder ile kaydedilebilir ve proje tercihleri ​​için SCM'nize ekleyebileceğiniz için herhangi bir ek araca ihtiyacınız yoktur. Kurulum sürelerini en aza indirmek amacıyla ekipler için tek tıkla geliştirme çalışma alanı kurulumu amaçlanan ana kullanım örneği, ancak farklı bilgisayarlar arasında özel profilleri senkronize etmek de mümkündür. Kendim hiç denemedim, ancak web sayfalarına göre, muhtemelen çevrimiçi profillerden güncelleme uygulamak, bu nedenle özel çevrimiçi profilleri bir senkronizasyon mekanizması olarak kullanmak mümkün olmalı.
Bernhard Stadler

7

Aynı anda birden fazla çalışma alanında çalışmak zorunda kaldım ve her yeni çalışma alanı oluşturduğumda ayarlanacak birçok tercih vardı. Bir şablon çalışma alanı oluşturdum ve bu şablon çalışma alanında gerekli tüm ayarları oluşturdum. Ne zaman yeni bir çalışma alanı oluştursam, {new_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settingsişaret etmek için bir simlink oluşturuyorum {template_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings. Dolayısıyla, çalışma alanlarının herhangi birinde herhangi bir tercihi düzenlediğinizde, diğer tüm çalışma alanlarına kopyalanacaktır.

Bu işlev diğer adını .profile dosyamda oluşturdum, böylece yeni bir çalışma alanı oluşturduğumda, bu işlevi komut istemimde argüman olarak yeni çalışma alanı adımla çalıştırarak bağlantının oluşturulması için.

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;
}

Aslında benim de yapmak istediğim şey buydu (Windows'ta) - ama bazı zorluklar var:
cevabıma

3

Eclipse Neon'dan (ve muhtemelen Mars'tan) itibaren, çalışma tezgahınızı ve ayarlarınızı / tercihlerinizi farklı çalışma alanlarınız arasında paylaşmak için aşağıdaki iki dizini kopyalayabilirsiniz:

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

Neon'da gerçekten tanıtıldı mı? Bunu doğrulayan bir değişiklik günlüğü / benioku veya başka bir bilgi var mı?
Danijel

Tipik olarak geliştiricilerin kendi GIT havuzları vardır ve paylaşılmazlar, bu durumda liste şu şekildedir: 1. [çalışma alanı] /. Metadata / .plugins / org.eclipse.core.runtime / .settings - [çalışma alanı] /. Metadata / .plugins hariç /org.eclipse.core.runtime/.settings/org.eclipse.egit.core.prefs 2. [çalışma alanı] /. metadata / .plugins / org.eclipse.e4.workbench
Timo Riikonen

2

Burada iki soru var. İlk olarak, proje tanımları, .project dosyaları ve projeye özel ayarlar vardır. Şahsen, bir projeyi kontrol etmeyi ve bir IDE kurmayı çok daha kolay hale getirdiği için kaynak kontrolümdekileri seviyorum.

İkincisi, çalışma alanı ayarlarına sahipsiniz. Bu alanda bir çok soru göreceksiniz. Pulse'a bir göz atmanızı öneririm : diğer şeylerin yanı sıra çalışma alanı ayarlarınızı kaydedebilen ve bunları birden çok makine veya ekip üyesiyle senkronize edebilen gelişmiş bir Eclipse dağıtımıdır.


1

Ayrıca .prefs dosyalarını ${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settingsprojenizin kök klasöründeki .settings adlı bir klasöre kopyalayabilir ve ardından bunu SVN'ye (veya CVS veya ...)

Bu şekilde ayarlar, bir Güncelleme sırasında kaynak koduyla birlikte tüm geliştiricilere dağıtılır.


0

aynı sorunu yaşadım.

benim yaklaşımım: proje verilerini owncloud tarafından yönetilen bir dizinde depolamak

Project X, ownCloud hiyerarşimin yeni bir alt dizinine işaret eden özel bir yolla A iş istasyonunda oluşturulur. Varsayılan çalışma alanı hala A'nın dosya sisteminde ikamet etmektedir.

İş istasyonu BI'da oturduğumda, varsayılan yerel çalışma alanını (B'de yerel) açın ve "senkronize" ownCloud dizinindeki mevcut kaynakları kullanarak yeni bir proje oluşturun.

Tutulmayı her başlattığınızda yenile düğmesine tıklayın ve mevcut proje verilerine sahip olursunuz. Senkronizasyon arka planda otomatik olarak çalışır, bu nedenle tutulmayı kapatmak için çalışmayı bitirdiğinizde dikkatli olun ve ownCloud'a yeni dosyaları ownCloud sunucusuna yükleme şansı verin.

Tomcat veya diğer Sunucular yerel olarak çalışıyor, yapılandırma scp aracılığıyla makineler arasında manuel olarak kopyalanıyor. Bu, yalnızca sunucu kurulumunda çok sık olmayan değişiklikler olduğunda gerçekleşir.

Henüz farklı JDK'larla NEON 2 (arch linux) ve NEON 3 (debian streç üzerinde çalışan bir indirme) kullanarak uyumluluk sorunları yaşamadım.

Saygılarımızla Armin


0

Sadece dizinleri kopyalayın

${old_workspace}/.metadata/.plugins

mevcut bir projeden yenisine.

Bu, (oldukça basit) PHP projelerinde iyi çalıştı.


0

Eclipstyle'ı bir çalışma alanının tercihlerini diğer çalışma alanlarınıza klonlamak için kullanabilirsiniz . Ayrıca tercihlerinizi dışa aktarabilir ve daha sonra klonlayabilirsiniz.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.