วิธีแชร์ Eclipse configuration บนเวิร์กสเปซที่ต่างกัน

130

ฉันใช้ Eclipse (PDT) เป็น IDE หลักในเครื่องที่แตกต่างกัน (เช่นที่บ้านแล็ปท็อปในที่ทำงาน ฯลฯ ) ฉันจะแบ่งปัน Eclipse และการกำหนดค่าโครงการในทางปฏิบัติระหว่างคอมพิวเตอร์หลายเครื่องได้อย่างไร ฉันควรควบคุมเวอร์ชันเหล่านั้นหรือมีวิธีใดที่ง่ายกว่าในการทำเช่นนี้?

คุณจะมั่นใจได้อย่างไรว่าจะใช้สิ่งที่ดีและเก่าแบบเดิมแม้กระทั่งถึงวันที่ในการกำหนดค่าคอมพิวเตอร์ทั้งหมดของคุณ

eclipse configuration eclipse-pdt

— erenon
แหล่งที่มา

ฉันมีปัญหาทุกอย่างในการแชร์รหัสในพื้นที่ทำงานเดียวโดยใช้ Dropbox ฉันจะเอนตัวไปสู่การมีพื้นที่ทำงานหลายแห่งสำหรับแต่ละเครื่องแล้วซิงค์กลุ่มพื้นที่ทำงานโดยใช้ Dropbox

— djangofan

3

คำถามเก่า ๆ ที่ฉันรู้ แต่สำหรับลูกหลานฉันพบว่าการโพสต์บล็อกนี้มีประโยชน์มาก: mcuoneclipse.wordpress.com/2012/04/04/ … (ไม่ใช่โพสต์ของฉัน :-)

— สจ๊วต

มีปัญหาแทรกซ้อนอยู่เสมอใน Windows envs การตรวจสอบการตั้งค่าเวิร์กสเปซในการควบคุมแหล่งที่มาไม่ใช่คำตอบ การตั้งค่าการควบคุมแหล่งที่มาเป็นส่วนหนึ่งของการตั้งค่าพื้นที่ทำงาน

— chris topinka

4

คุณสามารถตั้งค่าเฉพาะโครงการจำนวนมากที่สามารถตรวจสอบลงในแหล่งควบคุมได้ สำหรับโครงการขนาดเล็กสิ่งนี้ใช้ได้ดีจริงๆ สำหรับโครงการขนาดใหญ่เราตัดสินใจที่จะมีไฟล์เดียวที่เราใช้สำหรับโครงการทั้งหมดของเราและตรวจสอบในโครงการ "สินทรัพย์" แยกต่างหากที่ดูแลสิ่งต่าง ๆ ที่นักพัฒนาจำเป็นต้องเริ่มทำงานในโครงการของเรา รวมถึงสิ่งต่าง ๆ เช่นใบอนุญาตและไฟล์ที่จำเป็นอื่น ๆ

— Topher Fangio
แหล่งที่มา

45

ในขณะที่นี่คือคำตอบที่ได้รับการยอมรับคุณควรเลื่อนลงและดูคำตอบอื่น ๆอย่างแน่นอนเนื่องจากมีข้อมูลเพิ่มเติม

— Topher Fangio

1

@erenon - คุณสามารถยกเลิกการทำเครื่องหมายว่านี่เป็นคำตอบที่ได้รับการยอมรับและเลือกคำตอบอื่นที่เกี่ยวข้องมากกว่าหรือไม่ คนอื่น ๆ รวมถึงข้อมูลเพิ่มเติม แต่ฉันไม่สามารถลบคำตอบนี้ถ้ายอมรับ

— Topher Fangio

176

การแชร์การตั้งค่าเฉพาะของ eclipse ในพื้นที่ทำงาน :

ไปที่ ${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
คัดลอกทุกสิ่งภายใต้ไดเรกทอรีด้านบนไป ${new_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings

สิ่งนี้จะทำให้แน่ใจว่า${new_workspace}มีการกำหนดค่าเช่นเดียวกับ${old_workspace}

หวังว่านี่จะช่วยได้ อัปเดตในกรณีที่มีปัญหาใด ๆ

— peakit
แหล่งที่มา

8

ฉันเองมีโฟลเดอร์เหล่านั้นเชื่อมโยงไปยังดรอปบ็อกซ์และโปรไฟล์ RSE จะเชื่อมโยงกัน การกำหนดค่าโดยรวมของการตั้งค่า eclipse สามารถส่งออกได้จาก IDE

— Anton S

5

ฉันจะเริ่มต้นด้วยสิ่งนี้ แต่น่าเสียดายที่มีการตั้งค่าเพิ่มเติมมากมายนอกไดเรกทอรีนี้ที่ฉันต้องการซิงโครไนซ์

— เดวิดฮาร์

@DavidHarkness: โปรดทำอย่างละเอียด - การตั้งค่าใด - ที่ไหน คุณอาจจะโพสต์คำตอบที่นี่ - ผมขอให้กลุ่มอื่น ๆ : "มันจะเป็นที่ปลอดภัยและเพียงพอที่จะ hardlink \.metadata\.plugins\org.eclipse.core.runtime\.settings directory?" - สู่จุดสูงสุด: มันไม่ง่ายอย่างนั้น - การ${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settingsตั้งค่าประกอบด้วยพื้นที่ทำงานและมีลักษณะเฉพาะอื่น ๆ - ดูการวิเคราะห์ของฉันที่นี่

— Mr_and_Mrs_D

ในการคัดลอกโฟลเดอร์ใช้ Robocopy: stackoverflow.com/questions/472692/…

— weberjn

1

เพื่อให้ข้อมูลตรงกันให้พิจารณาพร้อมเพรียง: cis.upenn.edu/~bcpierce/unison

— อลิซเพอร์เซลล์

114

ตัวเลือกอื่นคือการส่งออก / นำเข้า:

จากพื้นที่ทำงานที่มีอยู่ของคุณ File->Export...->General->Preferencesให้เลือกส่งออกทั้งหมดและเลือกไฟล์เพื่อบันทึกไว้ (เช่น prefs.epf)
Eclipse เริ่มต้นในพื้นที่ทำงานใหม่File->Import...->General->Preferencesให้เลือกไฟล์ของคุณ (prefs.epf) ตรวจสอบการนำเข้าทั้งหมด

ซึ่งใช้งานได้ดีสำหรับผู้เขียนต้นฉบับของเคล็ดลับนี้: เขามีการจัดรูปแบบโค้ด, สไตล์โค้ด, svn repos, การตั้งค่า jres ที่นำเข้า

แก้ไข:ใน Eclipse Juno สิ่งนี้ทำงานได้ไม่ดี การตั้งค่าบางอย่างในใจไม่ดำเนินการอย่างเงียบ ๆ เช่นบันทึกการกระทำ

— แอนโทนี่ Dahanne
แหล่งที่มา

2

ทำงานได้ดีกับ Eclipse STS (ชุดเครื่องมือสปริง) 3.4

— рüффп

ทำงานบน Eclipse Luna

— GP cyborg

1

หนึ่งสามารถทำสิ่งนี้และสิ่งที่ยอดเขากล่าวในคำตอบของเขา ผมหวังว่าการรวมกันของการกระทำนี้จะเพียงพอที่จะส่งออกอย่างแท้จริงทุกอย่าง

— Nikos

8

มันเป็นโครงการที่ค่อนข้างใหม่ แต่ดูเหมือนว่า Eclipse Oomph ถูกสร้างขึ้นด้วยเหตุผลนี้ ด้วยเครื่องมือนี้คุณสามารถสร้างการกำหนดค่าเฉพาะที่สามารถแบ่งปันกับผู้อื่นได้ ฉันยังไม่ได้ใช้ (ยัง) แต่กำลังวางแผนที่จะ:

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

— HDave
แหล่งที่มา

โปรไฟล์ Yattaสร้างบนตัวติดตั้ง Oomph / Eclipse และทำให้การแบ่งปันง่ายขึ้นเล็กน้อย

— Bernhard Stadler

1

@BernhardStadler Yatta ไม่ได้ถ่ายโอนการตั้งค่า

— ThomasMcLeod

Yatta สามารถจดจำค่าการกำหนดค่าเริ่มต้น - การกำหนดค่าตามความชอบพื้นที่ทำงานสามารถบันทึกด้วย Preference Recorder และสำหรับการกำหนดลักษณะโครงการคุณไม่ต้องการเครื่องมือเพิ่มเติมใด ๆ เนื่องจากคุณสามารถเพิ่มลงใน SCM ของคุณ วัตถุประสงค์หลักในการใช้งานกรณีการตั้งค่าพื้นที่ทำงานการพัฒนาแบบคลิกเดียวสำหรับทีมที่มีเป้าหมายในการลดเวลาการตั้งค่าให้น้อยที่สุด ฉันไม่เคยลองด้วยตัวเอง แต่ตามหน้าเว็บของพวกเขาอาจเป็นไปได้ว่าจะใช้การอัปเดตจากโปรไฟล์ออนไลน์ดังนั้นควรใช้โปรไฟล์ออนไลน์ส่วนตัวเป็นกลไกในการซิงค์

— Bernhard Stadler

7

ฉันต้องทำงานหลายพื้นที่พร้อมกันและมีการตั้งค่าจำนวนมากที่จะตั้งค่าทุกครั้งที่ฉันสร้างพื้นที่ทำงานใหม่ ฉันสร้างพื้นที่ทำงานแม่แบบและสร้างการตั้งค่าที่จำเป็นทั้งหมดในพื้นที่ทำงานแม่แบบเมื่อใดก็ตามที่ฉันสร้างพื้นที่ทำงานใหม่ฉันจะสร้าง simlink ของ{new_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settingsจุด{template_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settingsจะชี้ไปที่ดังนั้นเมื่อคุณแก้ไขการตั้งค่าใด ๆ ในพื้นที่ทำงานใด ๆ จะมีการทำซ้ำในพื้นที่ทำงานอื่น ๆ ทั้งหมด

ฉันสร้างฟังก์ชันนี้ด้วย alias ใน. profile ของฉันดังนั้นเมื่อฉันสร้างพื้นที่ทำงานใหม่ฉันจะเรียกใช้ฟังก์ชันนี้ใน command prompt พร้อมชื่อพื้นที่ทำงานใหม่ของฉันเป็นอาร์กิวเมนต์เพื่อให้ลิงก์นั้นถูกสร้างขึ้น

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

— Mowgli
แหล่งที่มา

จริงๆแล้วนั่นคือสิ่งที่ฉันต้องการจะทำเช่นกัน (บน windows) - แต่มีปัญหาแทรกซ้อน: ดูคำตอบของฉันที่นี่

— Mr_and_Mrs_D

3

ในฐานะของ Eclipse Neon (และอาจเป็น Mars เช่นกัน) คุณสามารถคัดลอกสองไดเรกทอรีต่อไปนี้เพื่อแชร์ workbench และการตั้งค่า / การกำหนดค่าตามความชอบของคุณในพื้นที่ทำงานที่แตกต่างกัน:

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

— อันโตนิโอมิลล์ส์
แหล่งที่มา

มันถูกนำมาใช้จริงในนีออน? มี changelog / readme หรือข้อมูลอื่น ๆ ที่ยืนยันสิ่งนี้หรือไม่

— Danijel

โดยทั่วไปนักพัฒนาจะมีที่เก็บ GIT ของตัวเองและไม่แชร์ดังนั้นรายการคือ: 1. [พื้นที่ทำงาน] /. metadata / .plugins / org.eclipse.core.runtime / .settings ยกเว้นยกเว้น [พื้นที่ทำงาน] / .plugins /org.eclipse.core.runtime/.settings/org.eclipse.egit.core.prefs 2. [พื้นที่ทำงาน] /. metadata / .plugins / org.eclipse.e4.workbench

— Timo Riikonen

2

มีสองคำถามที่นี่ ก่อนอื่นมีคำจำกัดความโครงการไฟล์. project และการตั้งค่าเฉพาะโครงการ โดยส่วนตัวแล้วฉันชอบสิ่งที่อยู่ในการควบคุมซอร์สของฉันเพราะทำให้การตรวจสอบโปรเจ็กต์และการตั้งค่า IDE ง่ายขึ้นมาก

ประการที่สองคุณมีการตั้งค่าพื้นที่ทำงาน คุณจะเห็นคำถามมากมายในพื้นที่นี้ ฉันขอแนะนำให้ดูที่Pulse : เป็นการกระจาย Eclipse ขั้นสูงที่สามารถบันทึกการตั้งค่าพื้นที่ทำงานของคุณและซิงค์กับเครื่องหลายเครื่องหรือสมาชิกในทีม

— zvikico
แหล่งที่มา

1

คุณยังสามารถคัดลอกไฟล์. prefs จาก ${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settingsไปยังโฟลเดอร์ที่ชื่อว่า. setup ในรูทโฟลเดอร์ของโปรเจ็กต์ของคุณและเพิ่มลงใน SVN (หรือ CVS หรือ ... )

ด้วยวิธีนี้การตั้งค่าจะได้รับการแจกจ่ายให้กับนักพัฒนาทั้งหมดพร้อมกับซอร์สโค้ดระหว่างการอัพเดท

— Evvo
แหล่งที่มา

0

ผมมีปัญหาเหมือนกัน.

แนวทางของฉัน: การจัดเก็บข้อมูลโครงการในไดเรกทอรีที่จัดการโดย owncloud

Project X ถูกสร้างขึ้นที่เวิร์กสเตชัน A พร้อมกับพา ธ แบบกำหนดเองที่ชี้ไปยังไดเร็กทอรีย่อยใหม่ของลำดับชั้น myCloud ของฉัน เวิร์กสเปซดีฟอลต์ยังคงมีอยู่ในระบบไฟล์ของ A

เมื่อฉันนั่งที่เวิร์กสเตชัน BI ให้เปิดพื้นที่ทำงานเฉพาะที่เป็นค่าเริ่มต้น (ในพื้นที่บน B) และสร้างโครงการใหม่โดยใช้แหล่งที่มีอยู่ในไดเรกทอรี "ownCloud" ownCloud

เพียงคลิกรีเฟรชทุกครั้งที่คุณเปิดไฟ eclipse และคุณมีข้อมูลโครงการปัจจุบัน การซิงโครไนซ์จะทำงานในพื้นหลังโดยอัตโนมัติดังนั้นระวังเมื่อคุณเสร็จสิ้นการทำงานเพื่อปิด eclipse และให้โอกาส ownCloud ในการอัพโหลดไฟล์ใหม่ไปยังเซิร์ฟเวอร์ ownCloud

Tomcat หรือเซิร์ฟเวอร์อื่นกำลังใช้งานในเครื่องการกำหนดค่าจะถูกคัดลอกด้วยตนเองระหว่างเครื่องผ่าน scp สิ่งนี้จะเกิดขึ้นหากมีการเปลี่ยนแปลงในการตั้งค่าเซิร์ฟเวอร์ซึ่งไม่บ่อยนัก

ฉันไม่มีปัญหาความเข้ากันได้กับการใช้ NEON 2 (arch linux) และ NEON 3 (ดาวน์โหลดการรันบน debian stretch) กับ JDK อื่น

ด้วยความเคารพ Armin

— Armin
แหล่งที่มา

0

เพียงคัดลอกไดเรกทอรี

${old_workspace}/.metadata/.plugins

จากโครงการที่มีอยู่ไปยังโครงการใหม่

ที่ทำงานได้ดีภายในโครงการ PHP (ค่อนข้างง่าย)

— schogol
แหล่งที่มา

0

คุณสามารถใช้Eclipstyleเพื่อโคลนค่ากำหนดของเวิร์กสเปซเดียวกับเวิร์กสเปซอื่นของคุณ นอกจากนี้คุณยังสามารถส่งออกการตั้งค่าของคุณและโคลนพวกเขาในภายหลัง

— Utku Ufuk
แหล่งที่มา