ग्रहण तोड़फोड़ परियोजना कनेक्शन को पुनर्स्थापित करें


100

मेरे पास तोड़फोड़ में एक परियोजना है, जिसे मैं ग्रहण का उपयोग करके विकसित कर रहा हूं। मैंने ग्रहण के अंदर से svn भंडार से मूल चेकआउट किया। कुछ हफ्तों तक सब ठीक रहा, फिर किसी अज्ञात कारण से, ग्रहण (विशेष रूप से: गैनीमेड में ग्रहण) अब svn के नियंत्रण में होने के रूप में मेरी परियोजना को मान्यता नहीं देता है। टीम संदर्भ-मेनू केवल मूल "लागू पैच" / "इस परियोजना को साझा करें" मेनू विकल्प दिखाता है। शेल से, मैं अभी भी svn कमांड लाइन टूल्स का उपयोग करके प्रोजेक्ट को अपडेट कर सकता हूं, इसलिए मुझे पता है कि svn क्रेडेंशियल्स अभी भी काम करते हैं। ग्रहण की एक ही प्रति में तोड़फोड़ के तहत अन्य परियोजनाएं अभी भी काम करती हैं।

मुझे एहसास है कि मैं स्थानीय प्रति हटा सकता हूं और इसे फिर से जांच सकता हूं, लेकिन मैं समझ सकता हूं कि क्या गलत हुआ है - लक्षणों को मुखौटा करने के बजाय समस्या को ठीक करें। संस्करण के नियंत्रण में कौन सी परियोजनाएँ चल रही हैं, इसका ज्ञान ग्रहण कहाँ करता है? मैंने .projectफ़ाइल और .settingsनिर्देशिका को देखा, लेकिन अभी भी ठीक से काम कर रही परियोजनाओं में भी svn प्रकृति या इसी तरह की किसी भी चीज़ का कोई स्पष्ट उल्लेख नहीं देख सका।

जवाबों:


124

यदि आप अपने SVN प्रदाता के रूप में सबलिप्स का उपयोग कर रहे हैं तो मैं निम्नलिखित करने की सलाह देता हूं

टीम -> शेयर परियोजना आमतौर पर मेटाडेटा को जोड़ने के लिए पर्याप्त है।

(यह मानते हुए कि .svn फाइलें अभी भी वहीं हैं जो उन्हें लगता है कि यदि आप कमांड लाइन पर काम कर सकते हैं)।

आशा है कि यह इस बात में मदद करता है कि ऐसा क्यों होता है मुझे पता नहीं है


9
मैं एक ही समस्या है, लेकिन यह जवाब मेरी मदद नहीं करता है। ग्रहण मुझे तोड़फोड़ में एक नई परियोजना बनाने की पेशकश करता है। परियोजना को फिर से जोड़ने की कोई संभावना नहीं है।
मिगू

1
इस बात को करने का पुष्ट तरीका।
पर्व २४'१० को .:

1
इस उत्तर के लिए बहुत बहुत धन्यवाद, मुझे बहुत समय बचाया। अब मैं अंत में सिर्फ अपने पूरे काम के सेट को अपडेट कर सकता हूं।
सेड्रिक मेउरी

1
इसने मेरे लिए काम किया (ग्रहण इंडिगो 64-बिट, और सबलोस के साथ), धन्यवाद! मैं सिर्फ यह जोड़ना चाहता था कि टिप्पणी "यह मानते हुए कि .svn फाइलें अभी भी हैं" शायद बिल्कुल सही नहीं है। यही है, मुझे यह देखकर आश्चर्य हुआ, हालाँकि मेरी परियोजना अभी भी मेरे भंडार से जुड़ी हुई है (जैसा कि TortoiseSVN ने पुष्टि की) परियोजना निर्देशिका में कोई .svn निर्देशिका नहीं थी ! मैंने हमेशा सोचा था कि प्रत्येक एसवीएन-नियंत्रित निर्देशिका में ऐसा एक डायर था , लेकिन मैं अब देखता हूं कि ऐसा नहीं है। वैसे भी, ओपी का कहना था कि यदि निर्देशिका अभी भी कॉन्फ़िगर के अधीन है, तो यह काम करना चाहिए, मान्य लगता है।
रोब क्रैनफिल

1
विध्वंसक में भी काम किया ... धन्यवाद!
जैबेट्रिक

23

मुझे एक आसान तरीका मिल गया है कि परियोजना को फिर से शुरू करें


1
तुम आदमी हो ... :) मेरे पास केवल "पैच लागू करें" विकल्प था और इसे हल किया ... मैंने ऐसा क्यों नहीं सोचा :)
IncrediApp

हाँ, reimporting सबसे आसान लगता है :-)
user942640

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

7

सिर्फ टीम करना -> शेयर प्रोजेक्ट (@Paul Whelan द्वारा उपलब्ध कराए गए इस प्रश्न के उत्तर के अनुसार) ने मेरे लिए काम नहीं किया। शेयर प्रोजेक्ट विज़ार्ड ने कार्य किया क्योंकि परियोजना पहले ही SVN में नहीं थी (भले ही .svan फ़ोल्डर मेरी परियोजना के लिए मौजूद था)।

मैंने Subversive और JavaHL ऐड-ऑन (सहायता के बारे में। ग्रहण के बारे में। स्थापना विवरण बटन: इंस्टॉल किए गए सॉफ़्टवेयर टैब | अनइंस्टॉल ...) की स्थापना रद्द करके समस्या का समाधान करना समाप्त कर दिया और फिर सबवर्सिव को पुनर्स्थापित किया। जब ग्रहण को पुनः आरंभ करने के बाद संकेत दिया गया, तो मैंने JavaHL कनेक्टर के बजाय SVNKit कनेक्टर को स्थापित करने का विकल्प चुना।

ऐसा करने के बाद, जब मैंने एक बार फिर टीम -> शेयर प्रोजेक्ट की कोशिश की ..., ग्रहण ने सही रूप से पहचान लिया कि मेरा प्रोजेक्ट एसवीएन में पहले से मौजूद था, और इसने सफलतापूर्वक कनेक्शन बहाल कर दिया।


प्रोजेक्ट क्यों साझा करें? शेयर प्रोजेक्ट आपके स्थानीय प्रोजेक्ट को svn सर्वर पर प्रकाशित करेगा, यदि आपके पास स्थानीय रूप से कुछ ऐसा है जो svn मशीन पर नहीं जाना है, तो इससे समस्या हो सकती है, वह जो करना चाहता है वह कनेक्शन को पुन: स्थापित करना है, जो स्पष्ट रूप से संभव नहीं है, समाधान एक नया चेकआउट होगा, आखिरकार, विध्वंसक के बजाय
ग्रहण

4

परिशिष्ट: यह पता चला है कि मेरी समस्या तब प्रकट होती है जब मैं कंपनी vpn के बाहर ग्रहण शुरू करता हूं, कार्यक्षेत्र में एक परियोजना के साथ जो vpn के अंदर एक svn रिपॉजिटरी से जुड़ा होता है। सौभाग्य से, एक्लिप्स एसवी प्लगइन्स को विध्वंसक से उप-एक्लिप्स पर स्विच करने से हल हो गया।

इयान


3

ग्रहण से, मैंने परियोजना को बंद कर दिया और फिर से खोल दिया जिसने समस्या को हल कर दिया। एसवीएन लिंक द्वारा सभी मेरे कार्यक्षेत्र की सभी परियोजनाओं के लिए वापस आ गए हैं।


1
मैंने प्रोजेक्ट को बंद करने और फिर से खोलने की कोशिश की, लेकिन यह मेरे लिए काम नहीं कर पाया।
एपू

2

मुझे भी यही समस्या थी और इस मंच ने मुझे सही उत्तर खोजने में मदद की।

मेरा पहले का प्रोजेक्ट सबक्लिप का उपयोग करके कॉन्फ़िगर किया गया था। नए ग्रहण में सबसिव था।

उप-संस्थापन को स्थापित करने से मुझे टीम के तहत svn विकल्प वापस लाने में मदद मिली!

आशा है कि यह किसी और की मदद करता है।

सादर

अंशु प्रतीक


मैं केपलर में उप-संस्थापन स्थापित करने में असमर्थ हूं। कोई भी समाधान?
विवेक

1

यह जाने बिना कि आप किस मंच पर हैं, मुझे नहीं पता कि आपकी समस्या मेरी जैसी है। हालाँकि, मेरे पास हाल ही में (वास्तव में दो अलग-अलग प्लेटफार्मों पर!) में ऐसे मुद्दे थे जहां सबवर्सिव (या शायद खुद को ग्रहण नहीं, स्पष्ट नहीं) के लिए एक अपडेट के कारण कनेक्टर्स अब लोड नहीं हुआ। कनेक्टर्स के बिना, Subversive किसी प्रोजेक्ट से कनेक्ट नहीं हो सकता है। लेकिन ग्रहण आपको उस परियोजना से बाहर नहीं रोक सकता है, यह सिर्फ एसवीएन-संबंधित कार्यक्षमता को हटा देगा।

त्रुटियों को देखें, जो ग्रहण की विभिन्न त्रुटियों (वर्ग-नहीं-अपवाद, आदि) का एक लॉग है और देखें कि क्या कोई ऐसी रेखाएँ हैं जो विध्वंसक घटकों से संबंधित हैं। दुर्भाग्य से, मैं वास्तव में एक समाधान की सिफारिश नहीं कर सकता - मेरे मैक ओएसएक्स प्लेटफ़ॉर्म पर यह सबवर्सिव कोर तत्वों और कनेक्टर्स को फिर से स्थापित करने के लिए पर्याप्त था। मेरी लिनक्स मशीन पर (संभवतः एक OS अपग्रेड के कारण) मैं एक्लिप्स को पूरी तरह से फिर से स्थापित करने जा रहा हूं, क्योंकि मेरे लिए पूरी तरह से जांच करने में सक्षम होने के लिए बहुत अधिक क्रफ जमा हुआ है।


1

विध्वंसक के साथ जूनो रिलीज में, मैंने किया:

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

यह तब आपकी मौजूदा निर्देशिका को "इम्पोर्ट" करेगा, जिसका उपयोग उस जगह में किया जा सकता है जहां वे पहले से ही आपके कार्यक्षेत्र निर्देशिका के अंदर स्थित हैं।


0

मेरे मामले में भी: .svn dirs वहाँ थे, लेकिन मेरी परियोजना svn कार्यों का समर्थन नहीं किया।

थोड़े से प्रहार के बाद यह पता चला कि विध्वंसक प्लगइन एक जबरन ग्रहण छोड़ने के बाद गायब हो गया।

समाधान (फिर से) विध्वंसक स्थापित करने के लिए था, और अब सब कुछ फिर से ठीक है।

चीयर्स वी।

अद्यतन: मैंने ग्रहण को एक नए संस्करण में बदल दिया है, जिसमें सिर्फ प्लगइन स्थापित नहीं था, यही कारण है कि मुझे इसे खरोंच से स्थापित करना पड़ा।


0

इसने मेरे लिए काम किया: राइट क्लिक-> TortoiseSVN -> सेटिंग्स -> आइकन ओवरले गुण, स्टेटस कैश के रूप में शेल का चयन करना । ठीक क्लिक करें, पृष्ठ को ताज़ा करें।


0

मैं मज़बूती से इस समस्या को पुन: उत्पन्न कर सकता हूं- ऐसा तब होता है जब कुछ मावेन प्रोजेक्ट्स की जाँच करके "मावेन प्रोजेक्ट के रूप में देखें ..." केवल POM वाले फ़ोल्डर पर नहीं बल्कि एक पेरेंट डाइरेक्टरी (जैसे "ट्रंक") पर चलती है। इस मामले में, सब्लॉक्सेज़ ने बिना किसी शिकायत के परियोजना की जांच की, जैसे कि एक प्लेसहोल्डर के नाम के साथ कार्यस्थान निर्देशिका में डाल दिया maven.1424425443350। इस निर्देशिका के अंदर यह मावेन विरूपण साक्ष्य के नाम के साथ एक उपनिर्देशिका बनाता है। यह Subclipse और Subversion दोनों को भ्रमित करता है: Subclipse, जैसा कि हमने देखा है, तुरंत भूल जाता है कि परियोजना संस्करण नियंत्रण में है, और यदि आप निर्देशिका svn statusमें कमांड लाइन से आह्वान करते हैं maven.1424425443350, तो यह आपको बताएगा कि निर्देशिका संस्करण नियंत्रण के तहत है लेकिन सभी संस्करण-नियंत्रित फाइलें गायब हैं।

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

एक बेहतर समग्र समाधान सबलेक्सेज़ के लिए "मावेन प्रोजेक्ट के रूप में चेक आउट ..." को मना करने के लिए होगा, निर्देशिकाओं पर जिसमें पीओएम नहीं है, या फिर उन मामलों को बेहतर ढंग से संभालने के लिए जहां यह मावेन परियोजनाओं के लिए उपनिर्देशिका खोज कर ऐसा करने की कोशिश करता है।


0

मैं SVN रिपॉजिटरी संस्करण (1.8x .x) के साथ एक साथ दो SVNKit कार्यान्वयन (1.7.x और 1.8.x) का उपयोग कर रहा था।

परिणामस्वरूप टीम -> प्रोजेक्ट साझा करें ... हमेशा एक प्रतिबद्ध संदेश का अनुरोध किया। जाहिर है, SVNKit 1.7.x का उपयोग किया गया था जो SVN 1.8.x के साथ संगत नहीं है।

SVNKit को हटाने के बाद 1.7.x ग्रहण ने केवल उपलब्ध सही SVNKit संस्करण 1.8.x का उपयोग किया और सब कुछ अपेक्षित रूप से काम किया।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.