गीट svn: डेल्टा स्रोत अप्रत्याशित रूप से

समाप्त हुआ मैं svn repo के लिए git svn का उपयोग कर रहा हूं। मेरे सहयोगी कुछ देशी पुस्तकालयों रेपो के लिए प्रतिबद्ध है और मैं उस के बाद मेरी ट्रंक rebase नहीं कर सकते:गीट svn: डेल्टा स्रोत अप्रत्याशित रूप से

D  native/libVal.so.v8.0.38za 
    A  native/libHelpVAL.so 
    A  native/libValuation.so.v9.0.36l

Incomplete data: Delta source ended unexpectedly at /usr/lib/git-core/git-svn line 5117

मैं झूठी (as suggested) को core.autocrlf सेट करने के लिए tryed है और क्लोन है, लेकिन यह मेरी मदद नहीं करता था। मैं सिगविन (जीत xp) के तहत गिट 1.7.3.3 का उपयोग कर रहा हूं।

किसी भी मदद के लिए Thx।

स्रोत

2011-01-05 rifcoder

गुगल "डेल्टा स्रोत अप्रत्याशित रूप से समाप्त हुआ" और पाया [यह] (http://svn.haxx.se/dev/archive-2004-09/0006.shtml) जिसका अर्थ यह है कि यह svn पक्ष पर एक मुद्दा है। हो सकता है कि आपके सहयोगी बदलावों से पहले कुछ संशोधनों में 'गीट svn रीसेट' करने का प्रयास करें, और फिर 'svn rebase' git। – MatrixFrog

@MatrixFrog आपकी टिप्पणी को उत्तर के रूप में पोस्ट किया जाना चाहिए ... – Donut

मैंने गुगल किया "डेल्टा स्रोत अप्रत्याशित रूप से समाप्त हुआ" और this पाया गया जो दर्शाता है कि यह svn पक्ष पर एक मुद्दा है। हो सकता है कि आपके सहयोगी बदलावों से पहले कुछ संशोधनों में git svn reset करने का प्रयास करें, और फिर git svn rebase।

स्रोत

2011-03-02 21:45:37 MatrixFrog

यह मेरे लिए काम किया, धन्यवाद! – Christian

यह मेरे लिए भी काम करता है, धन्यवाद! – Nordin

'गीट रीसेट - हर्ड ' के साथ भी मेरे लिए काम किया, 'गीट svn reset -r '(जहां गिट-प्रतिबद्ध <==> svn-rev) –

Here's मैं कैसे समस्या हल:

चरण 1: मैं फ़ाइल है कि समस्या पैदा कर रहा था की पहचान की। निर्माण ब्रेक से पहले अंतिम फ़ाइल चेक-इन हो सकती है।

चरण 2: मैंने सुनिश्चित किया है कि समस्या में सभी बदली गई फाइलें फ़ाइल की निर्देशिका भंडार के लिए प्रतिबद्ध थीं।

चरण 3: मैंने अपनी कार्यशील प्रतिलिपि (रिपोजिटरी नहीं!) से समस्या फ़ाइल की निर्देशिका हटा दी है। यदि फ़ाइल को ढूंढना मुश्किल है, तो सभी संशोधनों की जांच के बाद बस पूरी निर्देशिका हटा दें।

चरण 4: मैं अपने पूरे काम की प्रतिलिपि अद्यतन

स्रोत

2011-06-23 23:55:26 CharithJ

यह लगती है आपकी समस्या की तरह SVN ओर है। हमारे मामले में, एक डेवलपर ने निर्देशिका के लिए एक svn अद्यतन कमांड को निरस्त कर दिया। हमलावर फ़ाइल नाम के लिए

$ cd {directory_with_file} 
$ cd .svn 
$ vi all-wcprops

खोजें, आप के लिए इसी तरह देखना चाहिए: मामले में आप नीचे पूरी निर्देशिका नहीं ले जा सकते हैं, तो आप SVN 1.6.11 में मेरे लिए इन चरणों का है, जो काम करने के लिए सक्षम हो सकता है:

END 
{FILENAME} 
K 25 
svn:wc:ra_dav:version-url 
V 123 
/{URL}/!svn/ver/19811/{PROJECT}/trunk/{PATH_TO_FILE} 
END

'ईएनडी' के साथ-साथ एक 'अंत' पंक्ति के बीच सभी पंक्तियां हटाएं। केवल-पढ़ने वाली फ़ाइल को सहेजें। हमलावर फ़ाइल नाम के लिए

$ vi entries

खोजें, तुम देखना चाहिए समान करने के लिए:

^L 
{FILENAME} 
file 
{whitespace} 
2012-09-14T07:37:36.000000Z 
b32c5eec03f4be5c09fa7d9c71bac5ce 
2012-09-13T07:13:43.808544Z 
20167 
{COMMITTER} 
{whitespace} 
11157 
^L

'^ एल', एक सहित '^ एल' पंक्ति के बीच पंक्तियों के सभी को हटा दें। केवल-पढ़ने वाली फ़ाइल को सहेजें।

$ cd text-base 
$ rm {FILENAME} 
$ cd ../../ 
$ rm {FILENAME} ; svn update {FILENAME}

स्रोत

2012-09-14 08:56:24 FBD

नया संस्करण svn में सभी-wcprops फ़ाइल नहीं है – clevertension

मैं जबकि पर चल रहा है "Git SVN लाने" यह त्रुटि आई एक ओएस/एक्स (मैं svn2git उपयोग कर रहा था Git में एक बड़ी SVN रेपो आयात करने के लिए)। समस्या यह साबित हुई कि दो शाखाएं थीं जो /branches/BUG-241 और /branches/bug-241 थीं, जो ओएस/एक्स के मामले-असंवेदनशील फ़ाइल सिस्टम के साथ अच्छी तरह से नहीं खेलती थीं।

मैंने डिस्क उपयोगिता (these instructions के बाद) के साथ एक केस-संवेदनशील डिस्क छवि बनाकर और वहां आयात चलाने के द्वारा इस पर काम किया।

स्रोत

2014-04-01 19:41:05

गीट svn: डेल्टा स्रोत अप्रत्याशित रूप से

उत्तर

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