विभिन्न कार्यक्षेत्रों पर ग्रहण विन्यास कैसे साझा करें

Question

मैं विभिन्न मशीनों पर प्राथमिक आईडीई के रूप में ग्रहण (पीडीटी) का उपयोग कर रहा हूं। (जैसे घर, लैपटॉप, कार्यालय में, आदि)। मैं एकाधिक कंप्यूटरों के बीच ग्रहण और परियोजना विन्यास को व्यावहारिक रूप से कैसे साझा कर सकता हूं? क्या मुझे संस्करण को नियंत्रित करना चाहिए, या ऐसा करने का कोई आसान तरीका है?

आप अपने सभी कंप्यूटरों को आज तक एक ही अच्छे और पुराने का उपयोग कैसे सुनिश्चित करते हैं?

Comments

मुझे ड्रॉपबॉक्स का उपयोग करके एक ही कार्यक्षेत्र में कोड साझा करने में सभी प्रकार की समस्याएं थीं। मैं प्रत्येक मशीन के लिए एक से अधिक कार्यस्थान रखने की दिशा में झुकूंगा, और ड्रॉपबॉक्स का उपयोग करके कार्यस्थानों के समूह को सिंक्रनाइज़ करूंगा।

— djangofan

पुराना प्रश्न जो मुझे पता है, लेकिन पोस्टीरिटी के लिए, मुझे यह ब्लॉग पोस्ट बहुत उपयोगी लगी : mcuoneclipse.wordpress.com/2012/04/04/… (यह मेरी पोस्ट नहीं है :-)

— स्टीवर्ट

Windows envs पर हमेशा जटिलताएँ होती हैं। स्रोत नियंत्रण में कार्यक्षेत्र सेटिंग्स की जाँच करना एक उत्तर नहीं है। स्रोत नियंत्रण सेटिंग्स कार्यक्षेत्र सेटिंग्स का हिस्सा हैं।

— क्रिस टोपिंका

Answer 1

आप वास्तव में कई परियोजना विशिष्ट सेटिंग्स सेट कर सकते हैं जिन्हें स्रोत नियंत्रण में जांचा जा सकता है। छोटी परियोजनाओं के लिए, यह वास्तव में अच्छी तरह से काम करता है। बड़ी परियोजनाओं के लिए, हमने एक ऐसी फाइल रखने का फैसला किया, जिसका उपयोग हमने अपनी सभी परियोजनाओं के लिए किया और एक अलग "एसेट्स" प्रोजेक्ट में जाँच की, जो उन चीज़ों को बनाए रखता है जिन्हें डेवलपर्स को हमारी परियोजना पर काम करना शुरू करने की आवश्यकता थी। इसमें लाइसेंस और अन्य आवश्यक फाइलें जैसी चीजें भी शामिल थीं।

Comments

हालांकि यह स्वीकृत उत्तर है, आपको निश्चित रूप से स्क्रॉल करना चाहिए और अन्य उत्तरों को देखना चाहिए क्योंकि उनके पास अतिरिक्त जानकारी है।

— Topher Fangio

@ हेरन - क्या आप इसे स्वीकृत उत्तर के रूप में चिन्हित कर सकते हैं और एक अलग, अधिक प्रासंगिक, एक चुन सकते हैं? अन्य लोगों में कहीं अधिक जानकारी शामिल है, लेकिन अगर यह स्वीकार किया जाता है तो मैं इस उत्तर को नहीं हटा सकता।

— टोपेर फंगियो

Answer 2

कार्यस्थानों पर ग्रहण की विशिष्ट सेटिंग्स साझा करना :

1. के लिए जाओ ${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
2. उपरोक्त निर्देशिका के अंतर्गत सब कुछ कॉपी करें ${new_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings

यह सुनिश्चित करने जा रहा है कि ${new_workspace} उसी के समान कॉन्फ़िगरेशन हो रहा है${old_workspace}

उम्मीद है की यह मदद करेगा। किसी भी समस्या के मामले में अद्यतन करें।

Comments

मेरे पास व्यक्तिगत रूप से ड्रॉपबॉक्स से सहानुभूति रखने वाले फ़ोल्डर हैं और साथ ही आरएसई प्रोफाइल भी सहमी हुई हैं। ग्रहण सेटिंग्स का समग्र विन्यास भी विचार से निर्यात किया जा सकता है

— एंटोन एस

मैं इसके साथ शुरू करूंगा, लेकिन दुख की बात है कि इस निर्देशिका के बाहर कई और सेटिंग्स हैं जिन्हें मैं सिंक्रनाइज़ करना चाहता हूं।

— डेविड हार्कस

@DavidHarkness: कृपया विस्तृत करें - कौन सी सेटिंग्स - कहाँ? आप यहां एक उत्तर दे सकते हैं - मैं दूसरों के बीच पूछ रहा हूं: "क्या यह सुरक्षित और हार्डलिंक के लिए पर्याप्त होगा \.metadata\.plugins\org.eclipse.core.runtime\.settings directory?" - चोटी करने के लिए: यह उतना आसान नहीं है - ${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settingsइसमें कार्यक्षेत्र सेटिंग्स भी हैं और अन्य

— ख़ासियतें

फ़ोल्डर कॉपी करने के लिए

— रोबोकॉपी का

उन्हें सिंक में रखने के लिए, यूनिसन पर विचार करें: cis.upenn.edu/~bcpierce/unison

— ऐलिस पर्ससेल

Answer 3

एक अन्य विकल्प निर्यात / आयात है:

1. अपने मौजूदा कार्यक्षेत्र से, File->Export...->General->Preferences निर्यात की जाँच करें, और उन्हें बचाने के लिए फ़ाइल चुनें (उदाहरण के लिए प्रीफ़ेसेफ़)
2. एक नए कार्यक्षेत्र में स्टार्टअप ग्रहण File->Import...->General->Preferencesकरें, अपनी फ़ाइल (प्रीफ़ेसेफ़) चुनें, सभी आयात जांचें

इस टिप के मूल लेखक के लिए बहुत अच्छा काम किया: उन्होंने अपने कोड स्वरूपण, कोड शैली, svn repos, jres वरीयताओं को आयात किया।

संपादित करें: ग्रहण जूनो पर यह खराब काम करता है। कुछ प्राथमिकताएँ चुपचाप इस तरह के कार्यों को बचाने के लिए नहीं ले जाती हैं।

Comments

एक्लिप्स एसटीएस (स्प्रिंग टूल सूट) 3.4

— рüффп

एक्लिप्स लूना पर काम किया

— जीपी साइबरबाग

कोई भी यह कर सकता है और चोटी ने अपने जवाब में क्या कहा। मुझे उम्मीद है कि कार्रवाई का यह संयोजन वास्तव में सब कुछ निर्यात करने के लिए पर्याप्त होगा ।

— निकोस

Answer 4

यह एक अपेक्षाकृत नई परियोजना है, लेकिन ऐसा लगता है कि एक्लिप्स ओम्फ को इस कारण से बनाया गया था। इस उपकरण के माध्यम से आप एक अद्वितीय कॉन्फ़िगरेशन बना सकते हैं जिसे दूसरों के साथ साझा किया जा सकता है। मैंने इसका (अभी तक) उपयोग नहीं किया है, लेकिन मैं इसकी योजना बना रहा हूं:

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

Comments

Yatta Profiles Oomph / Eclipse Installer पर बनाता है और साझा करना थोड़ा आसान बनाता है।

— बर्नहार्ड स्टैडलर

@ बर्नहार्डस्टलर याट्टा वरीयताओं को स्थानांतरित नहीं करता है।

— थॉमसमैकलॉड

यत्ता डिफ़ॉल्ट प्राथमिकता मानों को याद रख सकता है - कार्यक्षेत्र प्राथमिकताएं वरीयता रिकॉर्डर के साथ दर्ज की जा सकती हैं, और परियोजना वरीयताओं के लिए आपको किसी भी अतिरिक्त टूल की आवश्यकता नहीं है क्योंकि आप उन्हें अपने एससीएम में जोड़ सकते हैं। सेटअप समय को कम करने के लक्ष्य के साथ टीमों के लिए मुख्य इच्छित उपयोग मामला एक-क्लिक विकास कार्यक्षेत्र सेटअप है, लेकिन विभिन्न कंप्यूटरों के बीच निजी प्रोफाइल को सिंक्रनाइज़ करना भी संभव है। मैंने इसे स्वयं कभी आज़माया नहीं है, लेकिन उनके वेब पेज के अनुसार, संभवतः ऑनलाइन प्रोफाइल से अपडेट लागू करना है, इसलिए सिंक सिस्टम के रूप में निजी ऑनलाइन प्रोफाइल का उपयोग करना संभव है।

— बर्नहार्ड स्टैडलर

Answer 5

मुझे एक साथ कई कार्यस्थानों पर काम करना था और हर बार जब मैं एक नया कार्यक्षेत्र बनाता हूं तो बहुत सारी प्राथमिकताएँ निर्धारित की जाती थीं। मैंने एक टेम्प्लेट कार्यस्थान बनाया और उस टेम्प्लेट कार्यक्षेत्र में सभी आवश्यक सेटिंग्स बनाईं। जब भी मैं एक नया कार्यक्षेत्र बनाता हूं, तो मैं {new_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settingsइंगित करने के लिए एक सिमिंक बनाता हूं {template_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings। इसलिए, जब आप किसी भी कार्यक्षेत्र में किसी भी वरीयता को संपादित करते हैं, तो इसे अन्य सभी कार्यक्षेत्रों में दोहराया जाएगा।

मैंने इस फ़ंक्शन को अपने प्रॉफ़िटेइल में उर्फ ​​बनाया है ताकि एक बार जब मैं एक नया कार्यक्षेत्र बनाऊं, तो मैं इस कमांड को अपने नए कार्यक्षेत्र के नाम के साथ कमांड कमांड में चलाता हूं ताकि लिंक बन जाए।

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

Comments

वास्तव में यही वह है जो मैं भी करना चाहता था (खिड़कियों पर) - लेकिन जटिलताएं हैं: मेरा जवाब यहां

— Mr_and_Mrs_D

Answer 6

ग्रहण नियॉन (और संभवतः मंगल, साथ ही) के रूप में, आप अपने कार्यक्षेत्र और सेटिंग्स / वरीयताओं को अपने विभिन्न कार्यक्षेत्रों के बीच साझा करने के लिए निम्नलिखित दो निर्देशिकाओं की प्रतिलिपि बना सकते हैं:

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

Comments

क्या यह वास्तव में नियोन में पेश किया गया है? क्या कोई चैंज / रीडमी या कोई अन्य जानकारी है जो इसकी पुष्टि करती है?

— दानीजेल

आमतौर पर डेवलपर्स की अपनी जीआईटी रिपॉजिटरी होती है और साझा नहीं की जाती है, इसलिए सूची इस प्रकार है: 1. [कार्यक्षेत्र] / /adadata / / .plugins / org.eclipse.core.runtime / .settings - (कार्यक्षेत्र को छोड़कर) / मेटाडाटा / .plugins /org.eclipse.core.runtime/.settings/org.eclipse.egit.core.prefs 2. [कार्यक्षेत्र] /। मेटाडाटा / .plugins / org.eclipse.e4.workbench

— टिमो

Answer 7

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

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

Answer 8

आप .prefs फ़ाइलों की प्रतिलिपि भी बना सकते हैं ${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings को अपने प्रोजेक्ट के रूट फ़ोल्डर में .settings नामक और फिर इसे SVN (या CVS या ...) में जोड़ सकते हैं

इस तरह से सेटिंग्स को अपडेट के दौरान स्रोत कोड के साथ सभी डेवलपर्स को वितरित किया जाएगा।

Answer 9

मुझे भी यही समस्या थी।

मेरा दृष्टिकोण: स्वयं के द्वारा प्रबंधित निर्देशिका में प्रोजेक्ट डेटा संग्रहीत करना

प्रोजेक्ट एक्स को वर्कस्टेशन A पर बनाया गया है, जिसमें मेरे खुद के क्लाक पदानुक्रम की एक नई उप निर्देशिका की ओर इशारा करते हुए कस्टम पथ है। डिफ़ॉल्ट कार्यक्षेत्र अभी भी ए की फाइल सिस्टम पर निवासी है।

जब मैं वर्कस्टेशन BI पर बैठा होता हूं, तो डिफ़ॉल्ट स्थानीय कार्यक्षेत्र (B पर स्थानीय) को खोलता है और "सिंक्रनाइज़" स्वयं के निर्देशिका में मौजूदा स्रोतों का उपयोग करके एक नया प्रोजेक्ट बनाता है।

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

टॉमकैट या अन्य सर्वर स्थानीय चल रहे हैं, कॉन्फ़िगर को स्कैप के माध्यम से मशीनों के बीच मैन्युअल रूप से कॉपी किया जाता है। यह केवल तभी होता है जब सर्वर सेटअप में परिवर्तन होते हैं, जो बहुत बार नहीं होता है।

मुझे अलग JDK के साथ NEON 2 (आर्च लिनेक्स) और NEON 3 (डेबियन स्ट्रेच पर रनिंग डाउनलोड) का उपयोग करने में कोई संगतता समस्या नहीं थी।

सादर अरमान

Answer 10

बस निर्देशिका की प्रतिलिपि बनाएँ

${old_workspace}/.metadata/.plugins

एक मौजूदा परियोजना से नए के लिए।

PHP परियोजनाओं के भीतर (बल्कि सरल) अच्छी तरह से काम किया।

Answer 11

आप एक कार्यक्षेत्र की वरीयताओं को अपने अन्य कार्यक्षेत्रों में क्लोन करने के लिए एक्लिप्साइल का उपयोग कर सकते हैं । आप अपनी वरीयताओं को भी निर्यात कर सकते हैं और बाद में उन्हें क्लोन कर सकते हैं।