2009-10-11 25 views
33

मैंने देखा है कि ग्रहण हाल ही में एक फ़ाइल के साथ एक .settings निर्देशिका बनाता है और मुझे आश्चर्य है कि मुझे इसे संस्करण नियंत्रण में जोड़ना चाहिए या नहीं? SVN?eclipse एक .settings निर्देशिका क्यों बनाता है?

भी, यह नया है? मैं थोड़ी देर के लिए ग्रहण का उपयोग कर रहा हूं, लेकिन इसे कभी नहीं देखा।

#Sun Oct 11 14:57:03 CEST 2009 
eclipse.preferences.version=1 
org.eclipse.jdt.core.compiler.codegen.inlineJsrBytecode=enabled 
org.eclipse.jdt.core.compiler.codegen.targetPlatform=1.6 
org.eclipse.jdt.core.compiler.codegen.unusedLocal=preserve 
org.eclipse.jdt.core.compiler.compliance=1.6 
org.eclipse.jdt.core.compiler.debug.lineNumber=generate 
org.eclipse.jdt.core.compiler.debug.localVariable=generate 
org.eclipse.jdt.core.compiler.debug.sourceFile=generate 
org.eclipse.jdt.core.compiler.problem.assertIdentifier=error 
org.eclipse.jdt.core.compiler.problem.enumIdentifier=error 
org.eclipse.jdt.core.compiler.source=1.6 

नहीं करना चाहिए इन सेटिंग्स कार्यक्षेत्र में व्यापक हो सकता है और नहीं विशेष परियोजना:

निर्देशिका में फ़ाइल की सामग्री है?

+1

अच्छा सवाल। मुझे लगता है कि ग्रहण के लिए इसे चुनने के लिए मूर्खतापूर्ण नाम है। क्या होता है अगर हमारे पास हमारे प्रोजेक्ट में पहले से ही एक डीआईआर है? अधिकांश ऐप्स अपने नाम का उपयोग करते हैं; जैसे '.svn',' .git', '.hg' मुझे नहीं पता कि' .clipse' क्यों नहीं। –

+0

@JW। मुझे लगता है कि ग्रहण ने '.clipse'' के बजाय '.settings' नाम चुना है क्योंकि वे अन्य अभ्यासों को इस अभ्यास का पालन करना चाहते हैं। – smwikipedia

उत्तर

22

यह फ़ाइल परियोजना विशिष्ट सेटिंग्स बनाम वर्कस्पेस वरीयताओं को रिकॉर्ड करती है।

मैंने देखा कि यह फ़ाइल आमतौर पर बनाई जाती है जब आप एक नियमित जावा प्रोजेक्ट को जावा ईई प्रोजेक्ट में कनवर्ट करते हैं।

एकमात्र बार जब मैं इस फ़ाइल को जांचता हूं तो यह है कि जब परियोजना का कंपाइलर/चेतावनी सेटिंग्स डिफ़ॉल्ट वर्कस्पेस सेटिंग्स से अलग होती है।

यह मामला हो सकता है जब कुछ विरासत परियोजनाओं नवीनतम और सबसे बड़ी जावा संकलक, या जब स्रोत एक 3 पार्टी द्वारा बनाया गया कोड चेतावनी है कि सौम्य हैं, लेकिन अपने Problems दृश्य अपवित्र का एक बहुत का उत्पादन के साथ संकलित नहीं किया जा सकता।

यदि आप प्रोजेक्ट विशिष्ट सेटिंग्स का उपयोग करने जा रहे हैं, तो निश्चित रूप से इस फ़ाइल को चेक करें। अन्यथा इसे हटाएं।

+0

यदि आपका संस्करण-नियंत्रण प्रणाली फ़ाइल लिखने योग्य (फ़ाइल प्रकार में बलफोर्स) बनाने का समर्थन करता है तो आप ऐसा करना चाहेंगे। अन्यथा, त्रुटि लॉग विंडो के साथ, मैं देखता हूं (हमारे पास सामान्य नाम की एक परियोजना है): केवल-पढ़ने वाली फ़ाइल "/Common/.settings/language.settings.xml" पर नहीं लिखा जा सका। – Technophile

2

वे ग्रहण के लिए परियोजना विशिष्ट सेटिंग्स हैं। आपको उन्हें svn में शामिल करने की आवश्यकता नहीं है, क्योंकि प्रत्येक उपयोगकर्ता ग्रहण इन्हें चेकआउट प्रोजेक्ट करते समय बनाएगा, या वे एक और आईडीई का भी उपयोग कर सकते हैं और उन्हें आवश्यकता नहीं है। यदि आप प्रोजेक्ट का उपयोग कर अकेले हैं तो इससे कोई फर्क नहीं पड़ता कि आप उन्हें शामिल करते हैं या नहीं।

+14

व्यक्तिगत रूप से मैं इससे असहमत हूं। यदि आपके पास नीति है, उदाहरण के लिए, केवल जावा 5 (या 1.4, आदि) का समर्थन करने के लिए, तो आप * इन डेवलपर्स को ओवरराइड करना चाहते हैं। आप फ़ाइलों में जांच करना चाहते हैं और उनमें परिवर्तनों को ट्रैक करने में सक्षम होना चाहते हैं। –

+2

यदि कोई वास्तव में उन्हें संस्करण नियंत्रण में जांचता है, तो दर्द तब होता है जब वीकेसी जैसे कि क्लीनकेस का उपयोग किया जाता है, जो कि फाइलों को जरूरी फाइलों को केवल पढ़ने के लिए ही किया जाना चाहिए। ग्रहण वास्तव में पसंद नहीं करता है। सेटिंग्स केवल पढ़ने के लिए। चेतावनी का सिर्फ एक शब्द ... – eis

+0

मुझे लगता है कि ग्रहण ने नाम 'चुना।सेटिंग्स ''clipsese' की बजाय 'क्योंकि वे अन्य अभ्यासों को इस अभ्यास का पालन करना चाहते हैं। – smwikipedia

12

.settings फ़ोल्डर को विभिन्न विशिष्टताओं द्वारा प्रोजेक्ट विशिष्ट सेटिंग्स निर्दिष्ट करने के लिए 'प्राथमिकता' के विपरीत लगातार 'गुण' सेट करने के लिए विभिन्न प्लगइन द्वारा उपयोग किया जाता है।

यह आमतौर पर एक निर्देशिका है जिसे आप निश्चित रूप से svn/cvs/git आदि में चेक करना चाहते हैं क्योंकि यह सुनिश्चित करेगा कि सभी उपयोगकर्ता जो ग्रहण ग्रहण में बाहर निकलते हैं, सही परियोजना विशिष्ट सेटिंग्स का उपयोग करते हैं।

हमारे मामले में हम इसका उपयोग 5 के न्यूनतम कंपाइलर संस्करण की आपूर्ति के लिए करते हैं क्योंकि कुछ देव जावा 5 बनाम 6 आदि पर हैं, लेकिन हम चाहते हैं कि चीजें हमारे सर्वर के लिए 5 तक संकलित हों। हम इसे कुछ कोडिंग मानकों और ऑटो-फॉर्मेटर्स को लागू करने के लिए भी उपयोग करते हैं जो संस्करण को पढ़ने के लिए बहुत आसान बनाता है।

अपने विशिष्ट मामले में आपने प्रोजेक्ट पर राइट क्लिक करके और प्रॉपर्टी चुनकर "प्रॉपर्टी-> जावा कंपाइलर" के तहत 'प्रोजेक्ट विशिष्ट सेटिंग्स सक्षम करें' चुना है।

+0

यह उत्तर चुने गए एक आईएमएचओ से बेहतर है। – smwikipedia

+0

धन्यवाद, बहुत अच्छा जवाब। –

+0

यदि आपका संस्करण-नियंत्रण प्रणाली फाइल लिखने योग्य (फ़ाइल प्रकार में बलफोर्स) बनाने का समर्थन करता है तो आप ऐसा करना चाहेंगे। अन्यथा त्रुटि लॉग विंडो के साथ, मैं देखता हूं (हमारे पास सामान्य नाम की एक परियोजना है): केवल-पढ़ने वाली फ़ाइल "/Common/.settings/language.settings.xml" पर नहीं लिखा जा सका। – Technophile

संबंधित मुद्दे