ไฟล์ Eclipse ใดที่อยู่ภายใต้การควบคุมเวอร์ชัน?

ไฟล์ Eclipse ใดที่เหมาะสมที่จะวางภายใต้การควบคุมของแหล่งที่มานอกเหนือจากแหล่งที่มาอย่างชัดเจน?

ในโครงการของฉันโดยเฉพาะฉันสงสัยเกี่ยวกับ:

.metadata / *
project-dir / .project
project-dir / .classpath
project-dir / .settings / *

หากมีสิ่งเหล่านี้ขึ้นอยู่กับสิ่งนั้นโปรดอธิบายหลักเกณฑ์ของคุณ

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

ข้อยกเว้นเพียงอย่างเดียวคือ.launchไฟล์ XML (นิยามตัวเรียกใช้งาน)

พวกเขาพบใน

[eclipse-workspace]\.metadata\.plugins\org.eclipse.debug.core\.launches

และควรคัดลอกไปยังไดเรกทอรีโครงการของคุณ: เมื่อโครงการของคุณรีเฟรชการกำหนดค่าเหล่านั้นจะปรากฏในกล่องโต้ตอบ "เรียกใช้การกำหนดค่า"

ด้วยวิธีนี้ไฟล์พารามิเตอร์การเรียกใช้เหล่านั้นสามารถจัดการได้ใน SCM

(คำเตือน: อย่ายกเลิกการเลือกตัวเลือก "ลบการกำหนดค่าเมื่อทรัพยากรที่เกี่ยวข้องถูกลบ"ในพาเนลการกำหนดค่าตามความชอบRun / Launching / Launch Configuration : เป็นเรื่องปกติที่จะลบโปรเจ็กต์เพื่อนำเข้ากลับมาอีกครั้ง - ข้อมูลเมตาของ eclipse แต่ตัวเลือกนี้หากทำเครื่องหมายไว้จะลบพารามิเตอร์การเปิดตัวโดยละเอียดของคุณ!)

project-dir/.project
project-dir/.classpath
project-dir/.settings/* 

ควรอยู่ใน SCM ของคุณ (โดยเฉพาะ.projectและ.classpathเป็นไปตามเอกสาร Eclipse )

เป้าหมายคือทุกคนสามารถชำระเงิน / อัปเดตพื้นที่ทำงาน SCM ของตนและนำเข้าโครงการ Eclipse ไปยังพื้นที่ทำงาน Eclipse

เพื่อที่คุณจะต้องการที่จะใช้เฉพาะทางญาติใน .classpath ของคุณโดยใช้ทรัพยากรที่เชื่อมโยง

หมายเหตุ: เป็นการดีกว่าถ้าproject-dirอ้างอิงถึงไดเร็กทอรีโปรเจ็กต์ "ภายนอก" ไม่ใช่ไดเร็กทอรีที่สร้างภายใต้เวิร์กสเปซ eclipse ด้วยวิธีนี้ทั้งสองแนวคิด (เวิร์กสเปซ eclipse กับเวิร์กสเปซ SCM) แยกกันอย่างชัดเจน

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

(จากบล็อกโพสต์เคล็ดลับ: การสร้างและแชร์การกำหนดค่าเริ่มต้นจาก KD)

ฉันกำลังทำงานในโครงการที่เรามีไฟล์. project และ. project ภายใต้การควบคุมของแหล่งที่มา แนวคิดคือการตั้งค่าที่เกี่ยวข้องกับเส้นทางไลบรารีและคำสั่งลิงก์จะเผยแพร่ทั่วทั้งทีม

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

ฉันจะไม่แนะนำให้เก็บไว้ในการควบคุมแหล่งที่มา

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

บางโครงการเช่นที่ใช้ Maven ต้องการสร้างไฟล์. project ตาม POM

ที่กล่าวว่านอกเหนือจากนั้น - .metadata ไม่ควรอยู่ในการควบคุมแหล่งที่มา โครงการของคุณจะต้องกำหนดว่า projectdir / .settings ทำตามวิธีที่คุณวางแผนในการจัดการมาตรฐานหรือไม่ หากคุณสามารถไว้วางใจนักพัฒนาซอฟต์แวร์ของคุณอย่างจริงใจในการตั้งค่าสภาพแวดล้อมของพวกเขาตามมาตรฐานและคุณไม่จำเป็นต้องปรับแต่งอะไรเป็นพิเศษสำหรับโครงการใด ๆ จากนั้นคุณไม่จำเป็นต้องใส่มันลงไปฉันขอแนะนำให้ตั้งค่าทุกโครงการเป็นพิเศษ . สิ่งนี้ทำให้ผู้พัฒนาสามารถทำงานกับหลาย ๆ โครงการในพื้นที่ทำงานเดียวกันโดยไม่ต้องเปลี่ยนการตั้งค่าเริ่มต้นไปมาและทำให้การตั้งค่านั้นชัดเจนมากโดยแทนที่การตั้งค่าเริ่มต้นของพวกเขาจะตรงกับมาตรฐานของโครงการ

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

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

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

ที่โครงการของเราเราจึงเก็บสำเนาของโฟลเดอร์. settings ชื่อ CVS.settings และเรามีภารกิจ ant เพื่อคัดลอกไปยัง. settings เมื่อคุณได้รับโครงการจาก CVS คุณเรียกใช้งานมด 'eclipsify' เพื่อคัดลอกการตั้งค่าเริ่มต้นไปยังโฟลเดอร์. setset ใหม่ เมื่อคุณกำหนดการตั้งค่าที่ทุกคนต้องการพัฒนาในโครงการคุณจะรวมการตั้งค่าเหล่านั้นกลับเข้าไปในโฟลเดอร์ CVS.settings และส่งมอบให้กับ CVS วิธีการบันทึกการตั้งค่าใน SCM นี้กลายเป็นกระบวนการที่ใส่ใจ มันต้องใช้ devs เพื่อรวมการตั้งค่าเหล่านั้นกลับเข้าไปในโฟลเดอร์. setset เป็นครั้งคราวเมื่อมีการเปลี่ยนแปลงการตรวจสอบครั้งใหญ่ แต่เป็นระบบที่ใช้งานง่าย

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

พิจารณา:

.classpath
.project
.launch

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

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

ฉันใช้เวลาหลายชั่วโมงในการกำหนดการตั้งค่า eclipse สำหรับเพื่อนร่วมงานใหม่ (และตัวฉันเอง) สิ่งที่ฉันทำในที่สุดก็ถูกคัดลอก. metadata ของฉันเองไปยังเครื่องนักพัฒนาใหม่

หากคุณกำลังทำงานเป็นทีมฉันคิดว่าสิ่งต่อไปนี้เป็นตัวเลือกที่ดีมากในการควบคุมเวอร์ชัน:

• ติดตั้ง JREs และชื่อแล้ว
• สภาพแวดล้อมรันไทม์ของเซิร์ฟเวอร์
• เทมเพลต Java Editor
• แป้นพิมพ์ลัดสำหรับควบคุมเวอร์ชัน
• การตั้งค่าปลั๊กอินที่ไม่มีการตั้งค่าเฉพาะโครงการ
• การตั้งค่า Maven
• มุมมองที่กำหนดไว้ล่วงหน้า
• ...