git पुल विफल "संदर्भ को हल करने में असमर्थ" "स्थानीय रेफरी को अद्यतन करने में असमर्थ"

Question

Git 1.6.4.2 का उपयोग करते हुए, जब मैंने कोशिश की कि git pullमुझे यह त्रुटि मिले:

error: unable to resolve reference refs/remotes/origin/LT558-optimize-sql: No such file or directory
From git+ssh://remoteserver/~/misk5
 ! [new branch]      LT558-optimize-sql -> origin/LT558-optimize-sql  (unable to update local ref)
error: unable to resolve reference refs/remotes/origin/split-css: No such file or directory
 ! [new branch]      split-css  -> origin/split-css  (unable to update local ref)

मैंने कोशिश की है git remote prune origin, लेकिन यह मदद नहीं की।

Comments

stackoverflow.com/questions/19548199/…

— अमित यादव

Answer 1

अपने स्थानीय भंडार के साथ सफाई का प्रयास करें:

$ git gc --prune=now
$ git remote prune origin

---

आदमी git-gc (1):

git-gc - Cleanup unnecessary files and optimize the local repository

git gc [--aggressive] [--auto] [--quiet] [--prune=<date> | --no-prune]

       Runs a number of housekeeping tasks within the current repository, such as compressing file revisions
       (to reduce disk space and increase performance) and removing unreachable objects which may have been
       created from prior invocations of git add.

       Users are encouraged to run this task on a regular basis within each repository to maintain good disk
       space utilization and good operating performance.

आदमी गिट-रिमोट (1):

git-remote - manage set of tracked repositories

git remote prune [-n | --dry-run] <name>

           Deletes all stale remote-tracking branches under <name>. These stale branches have already been
           removed from the remote repository referenced by <name>, but are still locally available in
           "remotes/<name>".            

Comments

यह काम क्यों करता है? वह कौन सी समस्या है जिसे वह ठीक करता है?

— आइके

दूसरी कमांड ने मेरे लिए काम किया। जाहिरा तौर पर मेरे पास एक दूरस्थ शाखा का टूटा हुआ संदर्भ था जिसे अभी बनाया गया था। यह सुनिश्चित नहीं हुआ कि यह कैसे हुआ, लेकिन खुशी है कि यह एक साधारण फिक्स था। धन्यवाद Vitek!

— JGTaylor

यह पूरी तरह से काम किया! मुझे यह भी पसंद है कि यह क्या करता है और यह क्यों काम करता है। धन्यवाद!

— एरियलएसडीएस

क्या git remote prune originकमांड मेरी स्थानीय कामकाजी प्रति या दूरस्थ रिपॉजिटरी पर चलेगी?

— user1438038

@ user1438038 इसे किसी भी शाखा को नहीं निकालना चाहिए और केवल अपने स्थानीय कामकाजी प्रतिलिपि में दूरस्थ रेफरी को अपडेट करना चाहिए। यहाँ अधिक जानकारी: stackoverflow.com/questions/20106712/…

— Zengineer

Answer 2

मेरे साथ भी हुआ। मेरे मामले में, बुरा रेफरी मास्टर था, और मैंने निम्नलिखित कार्य किया:

rm .git/refs/remotes/origin/master
git fetch

इसने git को रेफरी फ़ाइल को पुनर्स्थापित किया। उसके बाद सब कुछ फिर से उम्मीद के मुताबिक काम किया।

Comments

मैंने वही किया, और इससे मेरी समस्या हल हो गई। जब मैंने नोटपैड ++ में फ़ाइल खोली, तो यह स्पष्ट रूप से दूषित था।

— theMayer

सुनिश्चित करें कि आप उस फ़ाइल को चुनते हैं जो आपको मास्टर की बजाय समस्याएं दे रही है

— bia.migueis

@ bia.migueis: यह किसी भी तरह से नुकसान पहुंचाने वाला नहीं है यदि आप गलती से मास्टर को हटा दें, हालांकि - यह सिर्फ अगले भ्रूण को भी अपडेट करेगा।

— n

यदि यह एक सबमॉड्यूल है, तो रेफ खोजने के लिए यह थोड़ा मुश्किल हो सकता है। पहले जांचें कि .gitक्या ऐसा करने से फ़ोल्डर है ls -laया नहीं, .gitवास्तविक .git फ़ोल्डर को खोजने के लिए फ़ाइल फ़ाइल की सामग्री देखें जिसमें रेफरी हैं। .gitमेरे मामले में फ़ाइल सामग्री: gitdir: ../.git/modules/my-submodule-name

— CCoder

पिछले एक साल में अब मैं इसे फिर से ठीक करने के लिए वापस आ गया हूं, यह एकमात्र फिक्स है जो वास्तव में काम करता है।

— टेड

Answer 3

इसने मेरे लिए काम किया:

git gc --prune=now

Comments

यह काम किया। मेरा दिन बचाने के लिए धन्यवाद! @ कमांड की कोई संभावित व्याख्या?

— nashcheez 11

git gc डॉक्स यहां हैं

— BigRon

मेरे लिए भी काम किया। चलाने की जरूरत नहीं थीgit remote prune origin

— Airwavezx

Answer 4

मेरे लिए, यह उन फ़ाइलों को हटाने के लिए काम करता है जो फ़ोल्डर से त्रुटियों को फेंक रहे हैं .git/refs/remotes/origin/।

Comments

यह किया! लेकिन सिर्फ जिज्ञासा से बाहर आप जानते हैं कि यह त्रुटि क्यों आई? (सब कुछ ठीक काम कर रहा था और फिर अचानक एक दिन यह त्रुटि आ गई)। और क्या आप यह भी जानते हैं कि फाइल को डिलीट करने से यह कैसे सुलझता है?

— श्रेयांस

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

— ब्रायन वैन रूइजेन

बढ़िया काम किया! ध्यान दें कि आपको उन सभी फ़ाइलों को हटाना होगा जो समस्या का कारण बन रही हैं (त्रुटि रिपोर्ट जो आपको मिल रही है) के आधार पर, जैसे कि आप केवल एक को हटाते हैं और उसे खींचने का प्रयास करते हैं।

— रेई रोडेड

संभावित कारणों में से एक सिस्टम क्रैश हो सकता है जैसा कि मैंने अपने उत्तर में बताया था । कई Git GUI एप्लिकेशन समय-समय पर आपके रेपो (स्टेटस को रिफ्रेश करने के लिए) पर Git चलाते हैं और यदि Git के दौरान आपका सिस्टम क्रैश हो जाता है, तो संदर्भों के साथ छेड़छाड़ की जाती है, वे फिर से NULLs के साथ फिर से लिख सकते हैं ।

— डेविड फेरेंस्की रोगोजन

Answer 5

कोशिश करो:

git gc --prune=now

git remote prune origin

git pull

Comments

हालांकि यह लेखकों के प्रश्न का उत्तर दे सकता है, लेकिन इसमें कुछ स्पष्ट शब्दों और / या प्रलेखन के लिंक का अभाव है। रॉ कोड स्निपेट्स उनके आसपास कुछ वाक्यांशों के बिना बहुत उपयोगी नहीं हैं। आप यह भी पा सकते हैं कि कैसे एक अच्छा उत्तर लिखने में बहुत मददगार है। कृपया अपना उत्तर संपादित करें।

— रॉय शेफ़र्स

बिल्कुल सही बात है। यह कोड को सही करने के लिए पर्याप्त नहीं है और यही है। मुझे आशा है कि वहाँ व्याख्या दी गई है

— Musikero31

git gc --prune = अब अनावश्यक फ़ाइलों को हटाते समय स्थानीय रिपॉजिटरी को अपडेट करता है। यह मेरे लिए ठीक काम करता है।

— वासिल गुटनीक

Answer 6

निम्नलिखित आदेश निष्पादित करें:

rm .git/refs/remotes/origin/master

git fetch

git branch --set-upstream-to=origin/master

बस के मामले में, अगर आपको यह जानना है कि क्या है .git/refs/remotes/origin/master, तो आप Git References में Remotes अनुभाग को पढ़ेंगे ।

Comments

क्या आप बता सकते हैं कि .it / refs / remotes / मूल / शाखा का नाम क्या है? इस समाधान ने मेरे लिए काम किया

— caitcoo0odes

Answer 7

मैं सिर्फ यह जोड़ना चाहूंगा कि ऐसा कैसे हो सकता है कि एक संदर्भ टूट जाए।

संभावित मूल कारण

मेरे सिस्टम पर (विंडोज 7 64-बिट), जब बीएसओडी होता है , तो कुछ संग्रहित संदर्भ फाइलें (सबसे वर्तमान में खोला / बीएसओडी होने पर लिखे जाने की संभावना है) के साथ ओवरराइट किया जाता हैNULL अक्षर (एएससीआईआई 0) के ।

जैसा कि अन्य ने उल्लेख किया है, इसे ठीक करने के लिए, यह केवल उन अमान्य संदर्भ फ़ाइलों को हटाने और फिर से लाने या रिपॉजिटरी को फिर से खींचने के लिए पर्याप्त है।

उदाहरण

त्रुटि: cannot lock ref 'refs/remotes/origin/some/branch': unable to resolve reference 'refs/remotes/origin/some/branch': reference broken

समाधान: फ़ाइल को हटा दें%repo_root%/.git/refs/remotes/origin/some/branch

Comments

विंडोज 10 64 बिट पर समान परिदृश्य - बीएसओडी होने पर गिट रेपो में काम करना। error: cannot lock ref 'refs/remotes/origin/master': unable to resolve reference 'refs/remotes/origin/master': reference broken। git pullपहले फ़ाइल को हटाने के बाद कोशिश कर रहा है fatal: update_ref failed for ref 'HEAD': cannot lock ref 'HEAD': unable to resolve reference 'refs/heads/master': reference broken। हटाने के बाद दूसरी फ़ाइल git pull origin masterसफल रही।

— cjmcdonn

Answer 8

मेरे पास यह एक ही मुद्दा था और इसे उस फाइल पर जाकर हल किया गया था जिस पर यह गलत था:

\repo\.git\refs\remotes\origin\master

यह फ़ाइल शून्य से भरी थी, मैंने इसे गीथब के नवीनतम रेफ के साथ बदल दिया।

Comments

एक ही मुद्दा था, लेकिन फ़ाइल .git/refs/remotes/origin/masterअभी खाली थी। इसे हटाकर समस्या का समाधान किया।

— zinovyev

Answer 9

मेरे मामले में, निर्देशिका के अंतर्गत सभी हटाए गए संदर्भ फ़ाइलों को हटाने के बाद समस्या हल हो गई थी .git ।

यदि आप संदेश को देखते हैं, तो यह आपको बताता है कि आपको (विशेष रूप से) हटाने के लिए किन फ़ाइलों की आवश्यकता है।

हटाने के लिए फ़ाइलें नीचे बैठते हैं .git/refs/remotes।

मैंने अभी-अभी सभी फाइलें डिलीट की हैं, और जीसी प्रून भागा है

git gc --prune=now

उसके बाद, सब कुछ ठीक काम करता है।

Comments

मेरे मामले में मैं अभी हटा देता हूं।

— फ़राज़ अहमद

धन्यवाद उरी। मेरे मामले में मैंने सिर्फ refs / remotes / मूल / फीचर के तहत फाइलें डिलीट कीं और मैंने बस किया - git pull

— डीपबॉय

Answer 10

स्पष्टीकरण : ऐसा प्रतीत होता है कि आपका रिमोट रेपो (जीथब / बिटबकेट में) शाखाएं हटा दी गई थीं, हालांकि आपके स्थानीय संदर्भ अपडेट नहीं थे और गैर-मौजूद संदर्भों की ओर इशारा करते थे।

इस समस्या को हल करने के लिए:

git fetch --prune
git fetch --all
git pull

अतिरिक्त पढ़ने के लिए - गितुब प्रलेखन से संदर्भ :

git-fetch - किसी अन्य रिपॉजिटरी से ऑब्जेक्ट और रेफ डाउनलोड करें

--सब ।

-प्रभात लाने के बाद, किसी भी दूरस्थ ट्रैकिंग शाखा को हटा दें जो अब रिमोट पर मौजूद नहीं है।

Comments

इसने मेरे लिए काम किया

— ओंगेंगिये रिचर्ड डे

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

— सैम

Answer 11

git fetch --prune मेरे लिए यह त्रुटि ठीक की गई:

[marc.zych@marc-desktop] - [~/code/driving] - [Wed May 10, 02:58:25]
[I]> git fetch
error: cannot lock ref 'refs/remotes/origin/user/janek/integration/20170505': 'refs/remotes/origin/user/janek/integration' exists; cannot create 'refs/remotes/origin/user/janek/integration/20170505'
From github.com:zooxco/driving
 ! [new branch]            user/janek/integration/20170505 -> origin/user/janek/integration/20170505  (unable to update local ref)
From github.com:zooxco/driving
[marc.zych@marc-desktop] - [~/code/driving] - [Wed May 10, 02:58:30]
[I]> git fetch --prune
 - [deleted]               (none)     -> origin/user/janek/integration

यह मानता है कि दूरस्थ शाखा को रिमोट पर हटा दिया गया था, हालांकि।

Comments

आपका उदाहरण अधूरा लगता है: यह नहीं दिखाता है --pruneकि मैं देख सकता हूं। इसके अलावा proTip: उदाहरणों को चिपकाने के बाद बेकार पासवर्ड संकेतों को हटा दें।

— MarkHu

आप बिलकुल सही कह रहे हैं - मैंने आउटपुट को कमांड से छोड़ दिया है लेकिन मैंने इसे उदाहरण में रखा है। पासवर्ड शीघ्र हटाने पर टिप के लिए भी धन्यवाद!

— marczych

Answer 12

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

इस मामले में आपको दोनों फिक्स को बिना खींचे या बीच में धक्का दिए लागू करना चाहिए ...

rm .git/refs/remotes/origin/master
git fetch
git gc --prune=now
git remote prune origin

मेरे लिए एक स्थायी समाधान केवल पुश / पुल से पहले दोनों फिक्स को लागू करने के बाद हासिल किया गया था।

Comments

इसके लिए धन्यवाद। ध्यान दें कि मैंने 'मास्टर' को उस शाखा से बदल दिया था जो असफल हो रही थी जैसे - rm .it / refs / remotes / Origin / develop

— दामियन सविर

आपके उत्तर के लिए धन्यवाद, वास्तव में मदद की!

— नफ़ीक़

इसने मुझे काम दिया

— जीवन

Answer 13

बहुत कम समय में इसका उत्तर देने के लिए, यह समस्या तब आती है जब आपके स्थानीय को रिमोट के बारे में कुछ जानकारी होती है और कोई व्यक्ति कुछ ऐसा बदलता है जो रिमोट और आपका परिवर्तन अनसुना कर देता है।

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

इस तरह के मुद्दों से निपटने के लिए, रिमोट से एक पुल करें या प्राप्त करें।

git remote prune origin

या यदि आप किसी भी GUI का उपयोग कर रहे हैं, तो रिमोट से करें।

Answer 14

मैं साथ काम करने में सक्षम था

git remote update --prune

Answer 15

इसे इस्तेमाल करे:

git pull origin Branch_Name

Branch_Nameवर्तमान में आप जिस शाखा पर हैं।

यदि आप केवल एक करते हैं git pull, तो यह अन्य सभी बनाए गए शाखा नाम को भी खींचता है।

तो यही कारण है कि आप इसे प्राप्त कर रहे हैं:

! [new branch]      split-css  -> origin/split-css  (unable to update local ref)

Answer 16

मेरे लिए, मेरे पास एक स्थानीय feature/phase2शाखा थी जिसका नाम दूरस्थ शाखा था feature/phase2/data-model। नामकरण संघर्ष समस्या का कारण था, इसलिए मैंने अपनी स्थानीय शाखा को हटा दिया (यदि आप इसे रखने के लिए आवश्यक कुछ भी था तो आप इसका नाम बदल सकते हैं)

Comments

यहाँ एक ही मुद्दा - हमारा भी एक मैक / पीसी केस-नामकरण मुद्दा था, जिसने इसे स्पॉट करने के लिए मुश्किल बना दिया (एक नाम पूंजीकृत किया गया था, दूसरा नहीं - और यह पीसी पर काम करता था, लेकिन मैक नहीं)

— रॉकस्टेडी

Answer 17

अगर git gc --prune=now आपकी मदद नहीं करता है। (मेरी तरह बुरी किस्मत)

मैंने जो किया वह स्थानीय में प्रोजेक्ट को हटा दिया, और पूरे प्रोजेक्ट को फिर से क्लोन किया।

Comments

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

— स्टीफन वीरकांत

Answer 18

मैं टॉवर का उपयोग कर रहा हूं और किसी कारण से मेरे फ़ोल्डर का नाम था .git/refs/remotes/origin/Github। इसे कम करने के लिए बदलने .git/refs/remotes/origin/githubसे समस्या हल हो गई।

Answer 19

मेरा भी यही मुद्दा था। मैं निम्नलिखित चरणों का पालन करता हूं

1) अपनी शाखा को स्विच करें जो अन्य शाखा को जारी करती है

2) उस शाखा को हटा दें

3) फिर से चेकआउट।

नोट: - आप अनचाहे बदलावों को रोक सकते हैं और इसे फिर से वापस रख सकते हैं।

Answer 20

मैंने इस्तेमाल किया git prune originऔर वह काम किया।

Answer 21

मुझे संगीतकार अपडेट के साथ भी यही समस्या थी। लेकिन मेरे लिए यह केवल संगीतकार कैश को साफ करने और विक्रेता फ़ोल्डर की सामग्री को हटाने के बाद काम किया:

rm -rf vendor/*
git gc --prune=now
git pull
composer clear-cache
composer update my/package

Answer 22

जब कोई git bundleबनाई गई फ़ाइल से क्लोन करने की कोशिश कर रहा है, तो इस मुद्दे को मिला , अन्य उत्तरों में से किसी ने भी काम नहीं किया क्योंकि मैं रेपो (इसलिए) क्लोन नहीं कर सकाgit gc और फाइल को हटाना / संपादित करना प्रश्न से बाहर था)।

हालांकि इसे ठीक करने का एक और तरीका था - एक .bundleफ़ाइल का स्रोत फ़ाइल के साथ भीख माँग रहा था:

# v2 git bundle
9a3184e2f983ba13cc7f40a820df8dd8cf20b54d HEAD
9a3184e2f983ba13cc7f40a820df8dd8cf20b54d refs/heads/master
9a3184e2f983ba13cc7f40a820df8dd8cf20b54d refs/heads/master

PACK.......p..x...Kj.0...: (and so on...)

बस विम के साथ चौथी लाइन को हटाने से समस्या ठीक हो गई।

Answer 23

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

मेरी स्थिति पोस्टर से थोड़ी अलग है क्योंकि मेरी रिपॉजिटरी अपेक्षाकृत स्पष्ट रूप से सहकारी रही है, बिना किसी स्पष्ट भ्रष्टाचार के।

Answer 24

 # remove the reference file of the branch "lost"
 rm -fv ./.git/refs/remotes/origin/feature/v1.6.9-api-token-bot-reader

 # get all the branches from the master
 git fetch --all

 # git will "know" how-to handle the issue from now on
 #     From github.com:futurice/senzoit-www-server
 # * [new branch]      feature/v1.6.9-api-token-bot-reader ->
 # origin/feature/v1.6.9-api-token-bot-reader

 # and push your local changes
 git push

Answer 25

एक ही समस्या का सामना करना पड़ा जब रिपॉजिटरी को हटा दिया गया था और उसी नाम से बनाया गया था। यह केवल तभी काम करता है जब मैं नीचे दिए गए रिमोट यूआरएल को फिर से सेट करता हूं ;

git दूरस्थ सेट-url उत्पत्ति [GIT_REPO_URL]

दूरस्थ url सत्यापित करें:

git remote -v

अब, सभी कमांड हमेशा की तरह काम करना चाहिए।

Answer 26

बस आज समस्या में भाग गया।

समस्या निवारण विधि: Windows सर्वर पर SourceTree के साथ, आप इसे एक प्रशासक के रूप में चलाने की कोशिश कर सकते हैं। डोमेन में Windows Server 2012 R2 पर एटटलियन सोर्स ट्री 2.1.2.5 पर "स्थानीय रेफरी को अपडेट करने में असमर्थ" की मेरी समस्या को ठीक करता है।

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

Comments

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

— डेविड फेरेंसी रोगोइसन

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

— लियोनेट चेन

ज़रूर। लेकिन बहुत से उपयोगकर्ता वास्तव में परिणाम जानने के बिना आपके उत्तर को एक समाधान के रूप में ले सकते हैं। शायद बेहतर हो अगर आप सुझाए गए समाधान के रूप में अनुमतियों के फिक्सिंग को जोड़ दें।

— डेविड फेरेंसी रोगोजान

Answer 27

एक विशिष्ट मामले को लिखना जो इस समस्या का कारण हो सकता है।

एक दिन मैंने रिमोट पर "फ़ीचर" शाखा होने पर "फ़ीचर / सबफ़ेचर" नाम की एक शाखा को आगे बढ़ाया।

उस ऑपरेशन ने मेरी तरफ से बिना किसी त्रुटि के ठीक काम किया, लेकिन जब मेरे सहकर्मियों ने किसी भी शाखा को लाया और / या खींचा, तो उन सभी के पास एक ही त्रुटि संदेश था unable to update local ref,cannot lock ref 'refs/remotes/origin/feature/subfeature ।

यह featureरिमोट ( git push --delete origin feature) पर शाखा को हटाकर और फिर git remote prune originमेरे सह-श्रमिकों के रेपो पर चलाकर हल किया गया , जिसमें संदेश भी शामिल थे* [pruned] origin/feature ।

इसलिए, मेरा अनुमान जीआईटी पर फ़ोल्डर में रेफरी git fetchबनाने की कोशिश कर रहा था आंतरिक रूप से (.git / ...), लेकिन फ़ोल्डर बनाना विफल रहा क्योंकि पहले से ही रेफरी था ।subfeaturefeaturefeature

Answer 28

हमें यह मुद्दा तब मिला जब मैक पर एक डेवलपर ने शाखा नाम में ">" प्रतीक से अधिक के साथ एक शाखा बनाई।

जिससे TeamCity और स्थानीय Windows आधारित कंप्यूटरों पर SourceTree पर चलने में समस्याएँ हुईं। BitBucket को बिना किसी समस्या के इसे पूरा करने दें।

उपयोगकर्ता को हल करने के लिए शाखा को हटा दिया और इसे फिर से बनाया। जो अच्छा और आसान था।

Answer 29

एक ही संदेश था, लेकिन एक निर्देशिका के साथ, पुल पर एक असफल संदेश मिला।

git --prone ने भी मेरी मदद नहीं की। पता चला कि एक निर्देशिका के रूप में एक ही नाम के साथ एक फ़ाइल थी जो दूरस्थ रूप से बनाई गई थी।

जाना था .it \ log \ refs \ remotes \ मूल को मिटा दिया और लोकेल फ़ाइल को मिटा दिया - फिर फिर से खींचें, सब अच्छा।