git rebase: "एरर: स्टेट 'फाइल नहीं कर सकता है: अनुमति अस्वीकृत"

Question

मैं git का उपयोग कर रहा हूं, और एक बड़ी के बाद एक छोटी सी प्रतिबद्धता बनाई। मैंने git rebaseउन्हें धक्का देने से पहले एक साथ दो आवागमन स्क्वैश का उपयोग करने का फैसला किया । (मैंने ऐसा पहले कभी नहीं किया है।)

तो मैंने किया:

git rebase -i HEAD~2

इससे मुझे अपना संपादक मिल गया, जहां मैंने पहले की प्रतिबद्धताओं को चुना और बाद में स्क्वैश किया। जब मैंने बचाया, git ने कहा:

त्रुटि: ' फ़ाइल का नाम ' स्टेट नहीं कर सकता : अनुमति अस्वीकृत

बाद के कमिट के लिए sha1 लागू नहीं किया जा सका ... उस प्रतिबद्ध के लिए पाठ की प्रारंभिक पंक्ति

अभी:

• जब मैं करता हूं तो न तो प्रतिबद्ध दिखाई देता है git log।
• git status मुझे बताता है कि "मैं अभी किसी भी शाखा में नहीं हूं।"
• एक फ़ाइल को संशोधित और इंडेक्स के रूप में सूचीबद्ध किया गया है, और दो फ़ाइलों को अनट्रैक के रूप में सूचीबद्ध किया गया है। मेरी पहली कमिट में सिर्फ एक फाइल थी (मुझे लगता है), और मेरी दूसरी कमिट में एक अच्छा दर्जन था।

क्या हुआ!? मैं इसे कैसे ठीक करूं?

Comments

क्या आप, द्वारा और मौका, खिड़कियों पर गिट का उपयोग कर रहे हैं?

— सीबी बेली

हाँ। मैं एक डॉस विंडो में कमांड चलाता हूं।

— रयान ल्यूडी

क्या आप वायरस चेकर चला रहे हैं? कभी-कभी खराब गुणवत्ता वाले वायरस चेकर प्रोग्राम इस तरह के मुद्दों का कारण बनते हैं।

— ग्रेग हेविल

मेरे पास git चेकआउट के साथ मुद्दा था (इसलिए स्वीकृत उत्तर द्वारा सुझाए गए अनुसार कोई गर्भपात संभव नहीं था) लेकिन मेरे सभी IDE को बंद करके मुझे जाने दिया। दूसरा उत्तर स्वीकार किया जाना चाहिए

— प्लस-

@IanGrainger, जिस उत्तर का आप उल्लेख कर रहे हैं, वह स्वीकृत उत्तर के आठ महीने बाद पोस्ट किया गया था । क्या मुझे उन सभी पर स्वीकृत उत्तरों को संभावित रूप से बदलने के लिए हर कुछ महीनों में अपने सभी सवालों के दौर में आना चाहिए? मतदान बटन एक कारण से हैं। यदि सबसे उत्कीर्ण उत्तर आपको स्वीकृत उत्तर से अधिक मदद करता है, तो इसका उपयोग करें। आपको कौन रोक रहा है? लेकिन मैंने जो जवाब दिया उसे मैंने स्वीकार कर लिया क्योंकि इससे मुझे मदद मिली और मैं वही हूँ जिसने सवाल पूछा था।

— रयान लुंडी

Answer 1

मैंने केवल इस त्रुटि को विंडोज पर देखा है और इसका क्या मतलब है कि किसी चीज को उस समय एक फाइल को संशोधित करने से रोक दिया गया है जब उसने एक पैच लगाने की कोशिश की थी।

विंडोज़ फाइलों को एक्सक्लूसिव एक्सेस देने की कोशिश करता है जब यह वास्तव में आवश्यक नहीं होना चाहिए, पिछले वायरस चेकर्स में संदेह का एक स्रोत रहा है, लेकिन मैंने इसे कभी भी निर्णायक साबित नहीं किया है।

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

git rebase --abort

आप का उपयोग करने की कोशिश कर सकते हैं git applyऔर ज्ञान क्या प्रतिबद्ध वास्तव में करने से पहले करने की कोशिश कर रहा था, git rebase --continueलेकिन सभी ईमानदारी से मैं यह सुझा नहीं होगा। अधिकांश बार मैंने देखा है कि यह एक बेहतर मौका है कि कुछ गलती से छूट जाता है या गड़बड़ हो जाता है।

Comments

@Kyralessa: हम्म, क्या आपने रिबूट करने की कोशिश की है? यदि कोई चीज लगातार उस फ़ाइल को लॉक कर रही है, तो रिबूट के बाद (या फ़ाइल को रिलीज करने वाली थोड़ी कम कठोर) आपको सक्षम होना चाहिए git checkout -- previously-locked-fileऔर वापस चलना चाहिए।

— सीबी बेली

ठीक है, मुझे अभी भी यकीन नहीं है कि वास्तव में क्या हुआ था, लेकिन जैसा कि सबसे अच्छा मैं बता सकता हूं, वीएस 2010 फ़ाइल को लॉक कर रहा था (अजीब है क्योंकि यह एक .xml डॉक्टर फ़ाइल थी)। प्रोसेस एक्सप्लोरर को उस फ़ाइल को लॉक करने वाली कुछ भी नहीं मिली, लेकिन वीएस से बाहर निकलने के बाद, मैं git checkoutफ़ाइल को वापस लाने के लिए उपयोग करने में सक्षम था ( git statusइसमें हटा दिया गया था), और अब सब कुछ वापस आ गया है क्योंकि इससे पहले कि मैंने रिबेस / स्क्वैश करने की कोशिश की थी। शायद मुझे फिर से प्रयास करना चाहिए, हालांकि मुझे इस बिंदु पर थोड़ी सी खीझ महसूस होती है।

— रयान ल्यूडी

अनुवर्ती, कई चन्द्रमा बाद में: मुझे यह समस्या दोबारा नहीं हुई। रिबासिंग ने ठीक काम किया है, जिसमें इंटरएक्टिव रिबासिंग भी शामिल है। यह एक क्षणिक VS फ़ाइल-लॉकिंग गड़बड़ रहा होगा।

— रयान लुनडी

2010 के क्लोजिंग विजुअल स्टूडियो ने इसे मेरे लिए भी तय किया था

— ट्रेव

परमाणु भी स्पष्ट रूप से फाइलों को लॉक करता है। पुनः नियत करना।

— ऑगस्टिन ब्रॉली

Answer 2

किसी भी प्रोग्राम को बंद करने की कोशिश करें जिसमें फ़ोल्डर खुला हो, जैसे संपादक, एक्सप्लोरर विंडो, कमांड प्रॉम्प्ट और एफ़टीपी प्रोग्राम। यह हमेशा मेरे लिए विंडोज पर समस्या को ठीक करता है।

Comments

मुझे वही त्रुटि मिल रही थी। मैंने सिर्फ दृश्य स्टूडियो बंद कर दिया और सब कुछ काम कर गया।

— जैकबसेमोन

WinLess LESS को याद रखने से पहले मैंने जो कुछ भी सोचा था, उसके बारे में मैंने बस बंद कर दिया -> सीएसएस कनवर्टर पृष्ठभूमि में छिपा रहा।

— माइकल मार्टिन-स्मकर

जब मैंने विलय करने का प्रयास किया तो विजुअल स्टूडियो ने एक नगेट पैकेज पर ताला लगा दिया। समापन वीएस ने मेरे लिए काम किया।

— कोडह्रक्स

इस त्रुटि का सबसे आम स्रोत, जो मैंने विंडोज पर देखा है, वह है विजुअल स्टूडियो फाइलों को लॉक करना। जैसा कि निर्धारित है, शाखाओं को विलय करने से पहले वीएस को बंद करें, विलय, आदि

— लोंगडा

परमाणु के लिए "मुझे भी" जवाब। यह फ़ाइलों और निर्देशिकाओं को लॉक करने के लिए लगता है; इसे बंद करने से समस्या ठीक हो जाती है।

— अंज

Answer 3

बस अपना आईडीई (दृश्य स्टूडियो / एटीओएम आदि) बंद करें। यह काम हो सकता है

Comments

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

— फिल कार्टर

मेरे पास एक गिट बैश खिड़की खुली थी - जो मेरे लिए काम करती थी।

— विंस I

किसी भी आईडीई के लायक यह नमक एक रेपो में कुछ भी लॉक नहीं होना चाहिए ... अंगूठे!

— लाइटसीसी

विंडोज 10 पर एटम का उपयोग करके एक अस्थायी शाखा में चेक-आउट करने के बाद इस मुद्दे को हिट करें। एटम को बंद करने और फिर से खोलने से मेरे लिए समस्या का समाधान हो गया।

— मिकबर्केजर्नआर

Answer 4

जब मैं इसे अपनी मशीन पर देखता हूं, तो यह सिर्फ "कुछ प्रक्रिया की फ़ाइल खुली है" से भी बदतर है। फ़ाइल का वास्तविक स्वामित्व उस बिंदु तक हो जाता है जहां मैं (व्यवस्थापक के रूप में चल रहा हूं) केवल इसे रिबूट करने के बाद ही एक्सेस कर सकता हूं।

निकटतम मैं बता सकता हूं, IIS समस्या का हिस्सा है। अगर मैं दो प्रमुख शाखाओं के बीच स्विच करता हूं, जिन्हें संशोधित करने के लिए बहुत सारी फ़ाइलों की आवश्यकता होती है, तो git एक फ़ाइल या निर्देशिका (आमतौर पर DLL) को हटा देगा, जबकि IIS इसके साथ कुछ या कुछ करने की कोशिश कर रहा है। इस बिंदु पर, IIS प्रक्रिया स्वचालित रूप से डिस्क पर फ़ाइल को एक संस्करण के साथ अधिलेखित कर देती है जो लॉक होती है और किसी के स्वामित्व में दिखाई देती है।

इस बिंदु पर IIS को रोकना ऐसा नहीं करता है। सबसे अच्छा मुझे पता चला है कि रिबूट करना है, और भविष्य में प्रमुख शाखाओं को बदलने से पहले आईआईएस को रोकना याद रखना चाहिए।

मुझे पता है कि वास्तव में इस सवाल का जवाब नहीं है, लेकिन दूसरों के लिए उपयोगी हो सकता है।

Comments

हाय, माइक ... हम यह वही समस्या कर रहे हैं, लेकिन यह नीले रंग से बाहर आया था। हम IIS चलाने के साथ कई परियोजनाओं पर एक ही प्रक्रिया का उपयोग कर रहे हैं, और कभी कोई समस्या नहीं थी। एक दिन, हालांकि, यह होने लगता है ... चकित और निराशा होती है। क्या आपने इसे लिखने के बाद कोई और सीखा है?

— एथन ब्राउन

अंतर्दृष्टि के लिए धन्यवाद माइक - मेरे मामले में एक ASP.NET MVC परियोजना के साथ एक पुरानी शाखा की जाँच करना, जिसमें पिछली शाखा के लिए एक अलग बंधन URL था Visual Studio फिर IIS परियोजना में कुछ फ़ाइलों पर लॉक रखने के लिए। IIS में उपयुक्त ऐप्पल को रोकने से लॉक हटा दिया गया।

— फंड

IIS मेरे लिए भी अपराधी था; जब यह एक त्वरित चबूतरे iisresetको फ़ाइल ताले को रिलीज़ करने लगता है।

— एलेक्सम डिस

मैंने पाया है कि वनड्राइव के साथ एक ही बात होती है:

— वनड्राइव

यह भी मुझे win10 पर हुआ, रिबूट की आवश्यकता थी लेकिन मैंने iisresetसमाधान का परीक्षण नहीं किया ।

— १read:

Answer 5

विंडोज पर, यह एक TortoiseGIT प्रक्रिया हो सकती है जो उन फ़ाइलों को ब्लॉक करती है। कार्य प्रबंधक खोलें और TGitCache.exe प्रक्रिया समाप्त करें ।

Comments

यह जानना अच्छा है, हालांकि मेरे मामले में मैं कछुआगेट का उपयोग नहीं कर रहा हूं; मैं सिर्फ कमांड लाइन का उपयोग करता हूं।

— रेयान लुंडी

Answer 6

मैंने जवाबों के इस धागे पर सिर्फ ठोकर खाई - यह त्रुटि ऐसी ही एक बोगस त्रुटि है। # त्रुटि: 'reddit / app / views / links' स्टेट नहीं कर सकती: अनुमति से वंचित

यह सब मुझे मिला - जब विलय करने की कोशिश की जा रही थी। मैंने कुछ उत्तर पढ़े और फिर अहसास हुआ - मुझे बस इतना करना था कि मेरा कोड एडिटर बंद हो जाए जो एटम का होता है।

एक बार संपादक को बंद करने के बाद - मैंने "गिट मर्ज" को फिर से चलाया और उछाल दिया, यह काम किया।

क्या एक व्यर्थ त्रुटि :(

Comments

धन्यवाद! प्रतिदिन नहीं, आपको सूची में 'सही' उत्तर दिखाई देगा। मैं इसे सही उत्तर के रूप में चिह्नित करने की सलाह देता हूं। वर्तमान ऑपरेशन को समाप्त करने के बजाय, वास्तविक समस्या को हल करने के लिए समझ में आता है।

— निखिल कुराकोस

Answer 7

अगर vscode का उपयोग कर रहे हैं, टर्मिनल को मारने और एक नया खुला। और शायद नज़दीकी टर्मिनल भी

Comments

यह वह था, जिस पर ताला लगा हुआ था या कुछ और

— माइक अपजॉन्

Answer 8

यह विंडोज में मेरे साथ कभी-कभार होता है

त्रुटि: 'फ़ाइल का नाम' स्टेट नहीं कर सकता: अनुमति अस्वीकृत

सबसे अधिक बार मेरे पास बिट बैश खुले के कई उदाहरण हैं, और जीआईटी बैश उदाहरणों में से एक निर्देशिका में है जो उस दूरस्थ शाखा में मौजूद नहीं है जिसे मैं खींच रहा हूं।

Git bash के सभी लेकिन एक उदाहरण को बंद करना मेरे लिए समस्या को हल करता है।

Answer 9

यदि आप जिस आईडीई का उपयोग करते हैं (यदि आप एक का उपयोग करते हैं) तो रास्ते में भी मिल रहा होगा। QtCreator का उपयोग करते समय मेरे साथ ऐसा ही हुआ।

Comments

मेरे साथ यही मामला था, PhpStorm का उपयोग करते हुए। इसे पुनरारंभ करने से त्रुटि ठीक हो गई।

— lancemonotone

Answer 10

WinT में SourceTree का उपयोग करके, एटम संपादक को बंद करके समस्या को ठीक किया।

त्रुटि पुन: उत्पन्न:

1. ब्रांच B में, एक md फाइल बनाएं, जिसमें एटम एडिट करें, सेव करें और कमिट करें।
2. ब्रांच ए पर स्विच करें, सर्वर से नए कमिट्स खींचें।
3. वापस स्विच करें, विरोध करें, यह कहता है कि "त्रुटि: स्टेट 'फ़ाइल नहीं कर सकता है: अनुमति से इनकार"।

Answer 11

यह तब भी हो सकता है जब आप SublimeText का उपयोग कर रहे हों और पॉपअप विंडो आपको प्रोग्राम खरीदने के लिए कह रही हो वह बंद नहीं है।

Comments

यह भी प्रोजेक्ट / फाइल ट्री ओपन होने से एटम के साथ मिला

— हैल

@ हलाल की तरह, मेरा मुद्दा एटम के साथ था। ऐसा इसलिए था क्योंकि एक शाखा में एक फ़ोल्डर दूसरी शाखा में नहीं था। समापन परमाणु इसे ठीक कर देगा, लेकिन आप प्रोजेक्ट ट्री (फ़ोल्डर को छिपाने के लिए) को भी ध्वस्त कर सकते हैं, और यह भी काम करता है।

— jsalwen

Answer 12

यह अक्सर तब होता है जब आपके पास प्रोजेक्ट को देखने वाले सॉफ़्टवेयर / एप्लिकेशन होते हैं, जैसे कि प्रीप्रोस या कोडकिट। इसके अलावा, एटम और सबलाइम (और यहां तक ​​कि नोटपैड ++) भी ऐसा होने का कारण बन सकता है यदि प्रोजेक्ट में कोई फ़ाइल वर्तमान में संपादित की जा रही है।

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

Comments

ओ यार! मैं बैकग्राउंड में एल्म-लाइव चला रहा था। इसने मुझे एक टन सिरदर्द से बचाया।

— १२:२१ बजे ठंढाईदार जुलाहा

Answer 13

यदि आप वेबपैक चला रहे हैं तो उसे बंद कर दें। साथ ही अपनी आईडीई को बंद कर दें। उन कामों को करने के बाद ठीक काम करना चाहिए।

Answer 14

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

Answer 15

मेरे पास यह सिर्फ विन 7 के तहत है।

$ git स्टैश पॉप त्रुटि: 'पैरेंटफ़ोल्डर / सबफ़ोल्डर' को स्टेट नहीं कर सकता: अनुमति से वंचित त्रुटि: 'पेरेंटफ़ोल्डर / सबफ़ोल्डर' को स्टेट नहीं कर सकता: अनुमति से इनकार किया

निदान:

1> मैं सबफ़ोल्डर में गया और यह वहां है और मैं इसे हटा नहीं सका!

2> "प्रोसेस एक्सप्लोरर" का उपयोग करें -> ढूँढें -> हैंडल और डीएलएस खोजें -> वहां "सबफ़ोल्डर" नाम डालें और खोजें।

परिणाम: यह पता चलता है कि XMLSpy ने xml में से एक को खोला है, XML जासूस को बंद करें और फिर से पॉप स्लैश करने की कोशिश करें, यह अब काम कर रहा है।

Answer 16

IntelliJ इंटीग्रेटेड टर्मिनल के अंदर रिबास करते हुए विंडोज पर मेरे लिए आया । मैंने देखा कि मेरे पास Git bash ग्राहक उदाहरण है जो समानांतर में चल रहा है।

Git bash को बंद करने से समस्या हल हो गई।

Answer 17

इस समस्या से मेरा सामना मेरे संपादक, इंटेलीज के कारण हुआ। अपने आंतरिक संस्करण के नियंत्रण के हिस्से के रूप में, यह सभी छिपी हुई फ़ाइलों को बंद करके चला गया था। (विभिन्न कारणों से, मैं git plugin का उपयोग नहीं कर रहा था जो कि Intellij के साथ आता है ...)

इसलिए मैंने प्रशासक के रूप में एक सामान्य डॉस विंडो खोली, निर्देशिका में परिवर्तित किया और निष्पादित किया

attrib -R /S

कि फाइलों पर ताला हटा दिया और उसके बाद काम किया सब कुछ और मैं GitHub विंडोज़ क्लाइंट का उपयोग करके अपने परिवर्तन सिंक कर सकता था।

Answer 18

मैं उपरोक्त "क्लोज़ विजुअल स्टूडियो" उत्तरों से सहमत हूँ।

हालाँकि, एक अतिरिक्त कदम जो मुझे तब भी करना पड़ा जब मैंने विजुअल स्टूडियो को बंद कर दिया था , टास्क एक्सप्लोरर में "devenv.exe" विज़ुअल स्टूडियो प्रक्रिया को मैन्युअल रूप से मारना था । ऐसा करने के बाद मैं फिर से gitbash में चलने में सक्षम था:

पकड़ खींचो

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

Answer 19

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

Answer 20

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

लॉकहंटर वह है जिसका मैं उपयोग करता हूं: https://lockhunter.com/ संभावना है कि अन्य लोग भी वहां से बाहर होंगे, लेकिन इस व्यक्ति ने मेरे लिए बहुत अच्छा काम किया है।

Answer 21

विंडोज 10 64 बिट पर एक ही मुद्दा, मेरे संपादक के रूप में एटम का उपयोग करके गिट बैश संस्करण 2.9.0.windows1 चल रहा है।

इसने मेरे लिए काम किया: मैंने विंडोज डिफेंडर के बहिष्करण में Git सॉफ़्टवेयर फ़ोल्डर (मेरे लिए, यह C: \ Program Files \ Git) जोड़ा था।

बहिष्करण जोड़े जाने के बाद, git checkout 'file'ठीक काम किया।

Answer 22

यह त्रुटि इस तथ्य के कारण भी हो सकती है कि फाइलें अभी भी "लॉक" हैं, क्योंकि पूर्व git क्रियाओं के कारण। यह विंडोज फाइल सिस्टम लेयर कैसे काम करता है, इसके साथ करना है। मैंने एक बार इस पर एक अच्छी व्याख्या पढ़ी थी, लेकिन मुझे याद नहीं है कि मैं कहाँ हूँ।

हालांकि, इस मामले में, क्योंकि यह मूल रूप से एक दौड़ की स्थिति है, आपको बस इतना करना है कि आप अपने बाधित रिबेस की प्रक्रिया को जारी रखें । दुर्भाग्य से यह मेरे लिए हर समय होता है, इसलिए मैंने अपने विद्रोहियों को रखने के लिए इस छोटे से खतरनाक सहायक को लिखा :

#!/bin/sh

set -e

git checkout .
git clean -df
git rebase --continue

यदि आप अतिरिक्त सुनिश्चित होना चाहते हैं, तो आप यह git rebase --edit-todoजांचने के लिए उपयोग कर सकते हैं कि क्या लागू होने वाली अगली प्रतिबद्धता वास्तव में वह है जो पहले लागू होने में विफल रही थी। git clean -dnयह सुनिश्चित करने के लिए उपयोग करें कि आप किसी भी महत्वपूर्ण फाइल को डिलीट न करें।

Answer 23

मुझे तब हुआ जब विंडोज़ में, जब फ़ोटोशॉप का उपयोग कर रहे थे: जब मैंने एक छवि को बचाया और फिर एक शाखा में स्विच किया (छवि के साथ फ़ोटोशॉप को छोड़कर) मुझे गिट त्रुटि मिली। फ़ोटोशॉप में छवि को बंद करें और पुनः प्रयास करें

Answer 24

यदि आपके पास मेल्ड मर्ज टूल खुला है, तो उसे बंद कर दें। यह फाइल को ओवर राइटिंग में ब्लॉक कर देता है।

Answer 25

इस रिपॉजिटरी से संबंधित w3wp.exe प्रक्रिया को मारना मेरे लिए यह निश्चित है।

Answer 26

मेरे मामले में, मेरे पीछे एक वेबपैक देव सर्वर था।

Answer 27

मुझे यह त्रुटि तब हुई जब मेरा VS1013 8.1 लक्ष्यीकरण वाली शाखा पर था और मैं 8.0 शाखा की जांच करने की कोशिश कर रहा था। मुझे वीएस पर वापस टैब करने और इसे अपडेट करने की अनुमति देने की आवश्यकता थी। फिर मैं त्रुटि के बिना 8.0 शाखा की जांच कर सकता था।

Answer 28

जब मैं एक ही त्रुटि का सामना कर रहा था तो मैं Git Shell का उपयोग करते हुए एक विंडोज मशीन पर भी था।

हालांकि, उस समय मेरे पास कई गिट टर्मिनल खुले थे।

पहले टर्मिनल ने आपके द्वारा ऊपर दी गई त्रुटि प्राप्त की और दूसरे टर्मिनल ने पहले grunt serveतुर्क (नीचे लिंक) से टर्मिनल कमांड को चलाया था । दूसरा टर्मिनल एक स्थानीय सर्वर उदाहरण की मेजबानी के लिए खुला रहना चाहिए।

चल रही प्रक्रियाओं को चलाने वाली सभी टर्मिनल खिड़कियों को बंद करने से त्रुटि दूर हो सकती है।

कम से कम मेरे लिए तो यही काम किया। दूसरी टर्मिनल विंडो बंद करने के बाद, मैं आसानी से विभिन्न शाखाओं की जांच कर सकता था और फाइलों में हेरफेर कर सकता था।

ग्रंट सर्व कमांड - येमन.आई / ओ
http://yeoman.io/learning/

Answer 29

मैं बस इस मुद्दे में भाग गया। यहाँ गैर जवाब मेरे लिए इसे हल करने के लिए हुआ।

समाप्त होने के बाद, मैं एक शाखा पर जुड़ गया, जो एक बार मास्टर शाखा में वापस आ गई थी, ऐसा प्रतीत नहीं हो रहा था। एक बार जब मैंने मर्ज किया तो यह कहना होगा कि न्यूटनसॉफ्ट ... xml स्टेट नहीं कर सकता। मैं विचाराधीन फ़ाइल में जाऊंगा और इसे खोलूंगा लेकिन विंडोज ने यह कहते हुए एक त्रुटि वापस ले ली कि वह फाइल नहीं ढूंढ सकता (भले ही मैं इस पर सही देख रहा था)

मैंने इसे कैसे हल किया फ़ाइल को हटाने के लिए राइट क्लिक करें (जो काम किया था, लेकिन मैं इसे नहीं खोल सका क्योंकि विंडोज़ इसे नहीं ढूंढ सके ???) और फिर से विलय करने का प्रयास करें और इसने समस्या को हल किया।

बहुत अजीब।

आशा है कि यह बाद में किसी की मदद करता है।

Answer 30

मैं अपने पाठ संपादक से बाहर निकल गया जो परियोजना निर्देशिकाओं तक पहुंच रहा था, फिर मास्टर शाखा में विलय करने की कोशिश की और यह काम किया।