2012-01-17 9 views
21

मैं कुछ शाखाओं के साथ कुछ करने की कोशिश कर रहा था इसलिए मैंने एक अस्थायी शाखा पर पुनर्जीवित किया और कुछ संघर्षों को हल करने के बीच में था जब मैंने फैसला नहीं किया एक और तरीके से इसे दोबारा पूरा करें। मैंने तब अस्थायी शाखा को हटा दिया और मेरे मजेदार तरीके से चला गया। घंटे के एक जोड़े को बाद में मैं एक और शाखा rebase और यह त्रुटि संदेश प्राप्त करना चाहता थागिट रिबेस और हटाए गए रिबेसिंग शाखाएं "इंटरेक्टिव रीबेज पहले ही शुरू हो चुकी हैं" त्रुटि संदेश

Interactive rebase already started 

git rebase --abort प्रदर्शित करता है यह त्रुटि संदेश

error: unable to resolve reference refs/heads/tmp/rails3-rails-2-fixes: No such file or directory 
fatal: Cannot lock the ref 'refs/heads/tmp/rails3-rails-2-fixes'. 
Could not move back to refs/heads/tmp/rails3-rails-2-fixes 

सिर्फ tmp/rails3-rails-2-fixes नामक एक अन्य शाखा बनाने की कोशिश की, लेकिन कोई पासा

कोई विचार मैं इसे कैसे हल कर सकता हूं?

उत्तर

18

हम्म शुरू करने के लिए करने के लिए है, कि अजीब है। शाखा को पुनर्निर्माण करना मेरी पहली कोशिश भी होगी। विफल होने पर, आपको .git/rebase-merge निर्देशिका को निकालने में सक्षम होना चाहिए, जिसमें रीबेस स्थिति शामिल है। (यदि आप चाहें तो सुरक्षित होने के बजाय इसे तरफ ले जाएं।) एक बार यह खत्म हो जाने के बाद, गिट को यह जानने का कोई तरीका नहीं होना चाहिए कि प्रगति में एक रिबेस था। यह सुनिश्चित करने के लिए कि आप प्रक्रिया में किसी भी काम को खोने में कामयाब नहीं रहे हैं, अपनी शाखाओं पर नज़र डालें, और आप अच्छे होंगे!

+1

यह काम करता है और अब तक मुझे कोई लापता काम नहीं दिख रहा है, धन्यवाद, आपने मुझे बहुत परेशानी बचाई है: डी – tee

9

git status देखें और देखें कि क्या आप अंतिम रिबेस के बाद किसी भी शाखा को चेकआउट नहीं करते हैं तो आप किसी भी शाखा में नहीं हैं।

रिबेस एक गैर शाखा क्षेत्र के लिए आप हस्तांतरण becase

है, तो आप git rebase --abort आदेश का उपयोग करके पिछले रिबेस गर्भपात और एक शाखा चेकआउट शाखा पर जाने के लिए और नए रिबेसिंग

+0

मैं अन्य शाखाओं की जांच करने में सक्षम हूं, जो कि मैंने तब तक नोटिस नहीं किया जब तक कि मैंने दूसरी शाखा – tee

+0

को पुनर्जीवित करने की कोशिश नहीं की, हाँ, आप किसी भी समय शाखा को चेकआउट करने में सक्षम हो सकते हैं। लेकिन यह गिट कार्यक्षमता है, जब आप रीबेजिंग के बारे में चेकआउट करते हैं तो यह चेतावनी नहीं देगा। लेकिन गिट ने जारी रखने और निरस्त करने के विकल्प के बारे में चेतावनी दी है जब संघर्ष होता है – Dau

+0

मैं पहले से ही रीटेज --बॉर्ट गिट करता हूं लेकिन उपरोक्त त्रुटि संदेश प्राप्त करता हूं, कोई अन्य संभावित समाधान? – tee

1

मुझे एक कोशिश की गई रिबेस के दौरान एक बहुत ही समान त्रुटि मिली जो असफल नहीं हुई। उपर्युक्त युक्तियों में से कोई भी मदद नहीं की। यहाँ मैं क्या देख रहा था:

$ git pull --rebase 
warning: refname 'xport1' is ambiguous. 
First, rewinding head to replay your work on top of it... 
Fast-forwarded xport1 to 98b787b0ea1f7f6771a5b1b56c7e8cc67b84c242. 
error: Ref refs/heads/xport1 is at 98b787b0ea1f7f6771a5b1b56c7e8cc67b84c242 but expected 3865d63ffb3a1a495363bfbd9ebb089e16152839 
fatal: Cannot lock the ref 'refs/heads/xport1'. 
Could not move back to refs/heads/xport1 

ऐसा लगता है कि अगर एक संदर्भ नाम ambigious है, रिबेस असफल हो जायेगी, कम से कम उस Git संस्करण 1.7.10.2 (Apple Git-33) पर। मैंने चारों ओर पोक किया और देखा कि मैंने गलती से उसी नाम के साथ एक टैग बनाया था जिसकी शाखा मैं पुनर्जीवित करने की कोशिश कर रहा था। टैग को हटाने से इस त्रुटि से छुटकारा पा लिया गया।

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