2008-09-26 11 views
8

एक नौसिखिया प्रश्न की तरह, लेकिन मुझे एसएनवीकिट का उपयोग करने में समस्याएं आ रही हैं।सबवर्सन को निर्देशिका बनाना

मैं एक आवेदन पत्र में SVNKit उपयोग कर रहा हूँ फ़ाइलों में परिवर्तन के लिए प्रतिबद्ध करने। मैंने कामकाजी प्रतिलिपि में फ़ाइलों और फ़ोल्डरों को सफलतापूर्वक जोड़ दिया है, लेकिन मुझे इसे शोजिटरी में करने में समस्याएं आ रही हैं। ": नहीं एक काम की नकल '/ घर/उपयोगकर्ता SVN"

मैं

आदेश मैं चलाने के लिए कोशिश कर रहा हूँ' मी प्रतिबद्ध "टेस्ट जोड़ें"/svnroot/Project1/'है, लेकिन मैं मिलती रहती है

  • /svnroot/
  • /svnroot/Project1/
  • /svnroot/Project1/grouping1/
  • /svnroot/Project1/grouping1/myfilesarehere
  • : एक संरचना इस के समान है

यदि मैं फ़ाइल को करने का प्रयास करता हूं, तो मुझे निम्न संदेश मिलता है: "/ svnroot/project1/grouping1 'संस्करण नियंत्रण में नहीं है और प्रतिबद्धता का हिस्सा नहीं है, फिर भी इसका बच्चा प्रतिबद्धता का हिस्सा है। "

मैं गलत क्या कर सकता हूं?

संपादित करें: निर्देशिकाएं फिक्स्ड।

उत्तर

0

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

+0

आह, बढ़िया! आशा है कि आप इसे साफ़ करें और सबकुछ काम कर लें। – Sean

+3

@Mike_Willis आप, समाधान आप पाया हमारे साथ साझा कर सकते हैं के रूप में मुझे लगता है कि बहुत समस्या आ रही है। – Riduidel

+1

निश्चित रूप से एक बग। फ़ाइलों के साथ दो नए फ़ोल्डर्स करते समय बस इसमें भाग गया। कुछ भी काम नहीं किया लेकिन प्रत्येक निर्देशिका को अलग से कर रहा है। –

0

अंत करने के लिए अपने -m "टिप्पणी" चलते हैं। मैं सिर्फ अपनी प्रोजेक्ट निर्देशिका में निर्देशिका बदल दूंगा। फिर आप बस svn प्रतिबद्ध -m "टिप्पणी" टाइप करें और svn बाकी करता है।

+0

चलती निर्देशिका काम नहीं किया। निर्देशिका बदलना एक विकल्प नहीं है जिसे मैं जानता हूं कि इस समय कैसे ठीक किया जाए। मैं उस और अधिक देख लूंगा। –

0

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

+0

अब एक नज़र डालें। –

0

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

1

मुझे लगता है कि समस्या यह है कि आप आयात करने के बजाय वास्तविक एसवीएन भंडार में परिवर्तन कर रहे हैं, अपने लिए एक प्रतिलिपि देख रहे हैं, परिवर्तन कर रहे हैं, और फिर जोड़ने के बाद अपनी चेक-आउट कार्यशील प्रतिलिपि से प्रतिबद्धता कर रहे हैं कोई उपनिर्देशिकाएं। तो: import, checkout, परिवर्तन करें, और अंततः प्रत्येक नई फ़ाइल या निर्देशिका के लिए add और commit -m "message" शीर्ष स्तर बनाएं। free online SVN "turtle" book में

में अधिक जानकारी।

+1

नहीं, यह कामकाजी प्रति है। मैंने पहले इस स्थान पर चेकआउट किया था। –

15

यदि आपके पास एक निर्देशिका और उसके बच्चे दोनों शामिल हैं, लेकिन न तो प्रतिबद्ध है, तो मुझे विश्वास है कि अगर आप केवल बच्चे को करने का प्रयास करते हैं तो आपको यह संदेश मिलता है। आपको पहले मूल निर्देशिका को प्रतिबद्ध करने की आवश्यकता है।

+0

मेरे लिए सही काम करता है, जब मैं पढ़ता हूं कि आप क्या कहते हैं मुझे वास्तव में मेरी समस्या का एहसास है। धन्यवाद – Amauri

+0

@ माइक-विल्स क्या आप इस उत्तर को स्वीकार कर सकते हैं? – zinking

1

मुझे यह संदेश मिला और मैंने देखा कि मैं उप-निर्देशिका में था, जबकि मैं एक प्रतिबद्धता कर रहा था। जब मैंने पेड़ की जड़ पर स्विच किया, तो यह w/o मुद्दा था।

0

कभी-कभी, इस तरह के ग्रहण या Versions.app के रूप में कुछ सॉफ्टवेयर्स का उपयोग कर इस त्रुटियों पैदा करता है। इस मामले में, एसवीएन क्लाइंट को छोड़ दें और कमांड लाइन पर करें।

0

आप शायद कुछ रिफैक्टरिंग किया है और आप 'some.package.YourClass.java' प्रतिबद्ध करने के लिए कोशिश कर रहे हैं, उस मामले में निर्देशिका (पैकेज) 'कुछ' करने से प्रयास करें।

आप भविष्य में इस तरह के सिरदर्द से अपने आप को बचाने के लिए चाहते हैं SVN के बजाय Git का उपयोग करने जा पर विचार करें। याद रखें svn एक .svn फ़ाइल में आपके परिवर्तन रखता है और इसे भंडार में पच करने का प्रयास करता है। जब आप इसे प्रतिबद्ध करते हैं तो इस एसएसएनएन फ़ाइल के अनुसार 'आपके परिवर्तन' दबाए जाएंगे। लेकिन क्या होगा यदि आप बदलाव बहुत जटिल हैं? svn इसे संभाल नहीं सकता है। दूसरी ओर

GIT: सभी अपडेट की पुनः प्राप्त इसलिए अपनी परियोजना अप-टू-डेट है। और जब इसे करने से रेपो को ओवरराइट किया जाता है, क्योंकि यह जानता है कि आपका सबसे हालिया और कोई हलचल नहीं है।