गेट, घातक: दूरस्थ अंत अप्रत्याशित रूप से लटका हुआ है

278

जब मैंने दौड़ने की कोशिश की

git push origin master --force

मुझे अभी मिला

Counting objects: 2649, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (1280/1280), done.
error: RPC failed; result=22, HTTP code = 413 | 116 KiB/s   
fatal: The remote end hung up unexpectedly
Writing objects: 100% (2504/2504), 449.61 MiB | 4.19 MiB/s, done.
Total 2504 (delta 1309), reused 2242 (delta 1216)
fatal: The remote end hung up unexpectedly
Everything up-to-date

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

git github

— DanielLC
स्रोत

कृपया का आउटपुट दिखाएँgit remote -v

— चार्ल्स बी

1

— Gitub

13

git config http.postBuffer 524288000 # यह मेरे लिए काम करता है

— हरि दास

आप प्राप्त करता है, तो error: could not lock config file .git/config: No such file or directoryदेखने के stackoverflow.com/a/32329453/827525

— niksmac

1

मुझे काम करने के लिए सुझाए गए समाधानों में से कोई भी नहीं मिला। फिर मैंने GitKraken की कोशिश की। यह कुछ Git प्रोग्राम्स में से एक है जो git.exe का उपयोग नहीं करता है। GitKraken कर सकता था। GitKraken के रिपॉजिटरी को धकेलने के बाद मैं git.exe पर वापस जा सकता हूं और बिना किसी समस्या के सिंक कर सकता हूं।

— लार्स पेहार्सन

83

यह दिखने में समान है कि मैं ssh को डिफ़ॉल्ट करने के लिए github कैसे करूं और नए रिपॉजिटरी के लिए https नहीं । संभवतः यह http प्रोटोकॉल से ssh पर स्विच करने का प्रयास करने लायक है:

$ git remote add origin git@github.com:username/project.git

— Vitalliuss
स्रोत

मैं सिर्फ http से https में स्विच क्यों नहीं कर सकता?

— डैनियलएलसी

10

bash-3.2 $ git रिमोट ऐड ओरिजिनल git@github.com: xxx / xx.it घातक: रिमोट ओरिजिन पहले से मौजूद है। क्यों ?

— अलमारूफ

11

@almaruf यह इसलिए है क्योंकि रिमोट originपहले से है और आप इसे बदलने की कोशिश कर रहे हैं। git इसकी अनुमति नहीं देता है। इसलिए आपको पहले git remote rm originप्रयास करना होगा फिर प्रयास करना होगा। यह काम करेगा

— अल्फी

सुनिश्चित करें कि यदि आप प्रोजेक्ट को इनिशियलाइज़ करते हैं, तो यह एक नया फ्रैश क्लोन हैgit init

— राउल

आप ssh पर git प्रोटोकॉल (जिसमें ssh कीज़ की आवश्यकता होती है) या https प्रोटोकॉल का उपयोग कर सकते हैं जिसके लिए व्यक्तिगत एक्सेस टोकन के माध्यम से उपयोगकर्ता नाम और पासवर्ड की आवश्यकता होती है - मैं बाद में पसंद करता हूं

— Raul

520

समस्या git / https बफ़र सेटिंग्स के कारण है। इसे हल करने के लिए ( गिट से लिया गया विफल होता है, जब जीथब के लिए प्रतिबद्ध होता है )

git config http.postBuffer 524288000

और फिर से कमांड चलाते हैं

— रोमन एम
स्रोत

4

मुझे 500 एमबी से अधिक होने के लिए बफर की आवश्यकता है - क्या यह संभव है? मुझे फर्क नहीं पड़ता अगर मैं पोस्टबॉफर नंबर को किसी भी उच्चतर

— बनाता हूं

लिंक के लिए धन्यवाद - मैंने छोटे विखंडू में धक्का को विभाजित करके समस्या को हल किया। अगर मुझे फिर से कोई समस्या है, तो मुझे पता है कि कहां देखना है!

— jowie सेप

17

क्या इसके साथ इसका उपयोग करना अच्छा होगा --global? मैं नियमित रूप से बड़े रिपॉजिटरी से निपटता हूं।

— DaAwesomeP

2

@ shivam13juna कुछ भी इंटरनेट से कभी भी डिलीट नहीं किया गया है: :) web.archive.org/web/201701012225336/http://github.com/gitlabhq/…

— रोमन एम

3

मैंने "git config http.postBuffer 524288000" चलाया, लेकिन अभी भी समस्या हल नहीं हुई है, यह अभी भी वही कह रहा है, रिमोट अंत अप्रत्याशित रूप से लटका हुआ है

— नरेंद्र

80

कारण: Git के लिए डिफ़ॉल्ट फ़ाइल पोस्ट का आकार पार हो गया है।

उपाय :

रेपो में नेविगेट करें।

रिपॉजिटरी में नेविगेट करने के बाद बफर को 500 एमबी तक बढ़ाने के लिए निम्न कमांड चलाएँ:

git config http.postBuffer 524288000

— चीनू
स्रोत

2

कृपया कोड टैग का उपयोग करके अपने कोड को प्रारूपित करें। यह भी बताएं कि कोड क्या करता है क्योंकि यह एक पुरानी पोस्ट है, अपने उत्तर को यथासंभव बेहतर बनाएं।

— दान ग्रहन

31

git config ssh.postBuffer 524288000Http के बजाय ssh पर पोस्ट करने पर भी आप उपयोग कर सकते हैं ।

— जॉन एम

कुछ मामलों के लिएgit config --global http.postBuffer 100000000

— जॉब एम

मुझे इस आदेश के क्रियान्वयन के बाद 'घातक: एक git निर्देशिका में नहीं'

— ka3ak

@ जॉन यह विकल्प मौजूद नहीं है, यह मैन पेज या git-scm.com/docs/git-config

— कोई भी

29

आपको इस तरह की त्रुटि मिल सकती है

त्रुटि: कॉन्‍फ़िगर फ़ाइल को लॉक नहीं कर सकता है। / config: ऐसी कोई फ़ाइल या निर्देशिका नहीं है

ऐसा इसलिए है क्योंकि आपके पास एक स्थानीय .git/configफ़ाइल नहीं है आप इस कमांड द्वारा काम कर सकते हैं

git config --global http.postBuffer 524288000

— niksmac
स्रोत

जब मुझे

— साइबरविन के

इससे मुझे "घातक: दूरस्थ संपर्क प्रारंभिक संपर्क पर" समस्या को हल करने में मदद मिली।

— कार्तिक .K

15

अन्य समाधानों ने मेरे मामले में काम नहीं किया, कचरा संग्रह करने से मेरे लिए यह तय हो गया:

git gc --aggressive

— Shameen
स्रोत

21

इसने मेरी समस्या को ठीक कर दिया, लेकिन इसने राज्य में अलग-थलग पड़ने वाले बदलावों को भी मिटा दिया, जहां विलय करके वे अप्रिय हो गए (सब कुछ एक एडीडी में बदल गया)। काश मैंने इसे चलाने से पहले इस पर एक और शोध किया होता।

— MatrixManAtYrService

यह कैसे मुद्दा बनाता है?

— अन्नादते पीयूष

9

अन्य उत्तरों में से एक के विपरीत - मुझे ssh का उपयोग करने पर धक्का देने में समस्या थी - मैंने https पर स्विच किया और यह तय हो गया।

git remote remove origin
git remote add origin https://github..com/user/repo
git push --set-upstream origin master

— MikeB
स्रोत

8

यह त्रुटि रिपॉजिटरी पर गुम लेखन अनुमति के माध्यम से भी डाली जा सकती है।

मेरा ठोस मामला इस तरह चला:

मैंने rootअपने सर्वर के उपयोगकर्ता (एसएसएच के माध्यम से) के साथ एक रेपो बनाया ।
मैंने एक git सेवा स्थापित की और एक gitlinux user बनाया, जो सभी git-related क्रिया का प्रबंधन करे।
उस समय तक, मैं यह भूल गया था कि rootपहली बार में उपयोगकर्ता के साथ रेपो बनाया गया था , और gitउपयोगकर्ता के पास रिपॉजिटरी में कुछ भी लिखने के लिए फ़ाइल अनुमति नहीं थी।

— Loilo
स्रोत

4

Culprit (मेरे मामले में):
एक उच्च-विलंबता नेटवर्क।

यह प्रति उत्तर नहीं बल्कि अवलोकन से अधिक है जो दूसरों की मदद कर सकता है। मैंने पाया कि यह त्रुटि उच्च-विलंबता नेटवर्क पर कभी-कभी पॉप हो जाती है (उदाहरण के लिए मुझे इंटरनेट एक्सेस के लिए सैटेलाइट डिश का उपयोग करना पड़ता है)। नेटवर्क की गति ठीक है, लेकिन विलंबता अधिक हो सकती है। नोट: समस्या केवल कुछ परिदृश्यों में मौजूद है, लेकिन मैंने यह निर्धारित नहीं किया है कि पैटर्न क्या है।

अस्थायी शमन:
मैंने नेटवर्कों को बंद कर दिया है- मैं धीमी गति से आगे बढ़ा, लेकिन लोअर लेटेंसी सेल नेटवर्क (हॉटस्पॉट के रूप में इस्तेमाल किया जाने वाला मेरा फोन) -और समस्या गायब हो गई। ध्यान दें कि मैं केवल इसे इटर्माईंट तरीके से कर सकता हूं क्योंकि मेरी सेल कनेक्टिविटी भी आंतरायिक है। प्लस बैंडविड्थ उपयोग लागत जोड़ता है। मैं भाग्यशाली हूं कि मेरे पास यह विकल्प उपलब्ध है। हर कोई नहीं करता है।

मुझे यकीन है कि कहीं न कहीं कुछ कॉन्फ़िगरेशन सेटिंग है जो git- या ssh या कर्ल बनाती है या जो कुछ भी पहले-पहले ऐसे नेटवर्क के अधिक सहिष्णु हैं, लेकिन मुझे नहीं पता कि यह क्या है।

डेवलपर्स के लिए एक दलील:
इस प्रकार के मुद्दे ग्रामीण आबादी के लिए एक निरंतर समस्या हैं। जब आप अपने सिस्टम, टूल और एप्लिकेशन डिज़ाइन करते हैं, तो कृपया हमारे बारे में सोचें। धन्यवाद।

— t0dd
स्रोत

3

हमारे मामले में, समस्या एक क्लोन थी .git/configजिसने एक फाइल लिखी थी जिसमें एक url प्रविष्टि थी जो केवल पढ़ने की पहुंच विधि थी। ://विधि से विधि में url बदलने से @समस्या ठीक हो गई।

रनिंग git remote -vने इस मुद्दे पर कुछ प्रकाश डाला।

— फ्रैंक पी
स्रोत

3

यदि आप विंडोज़ के लिए git का उपयोग कर रहे हैं (और आप इसकी संभावना रखते हैं, यदि आप एक विंडोज़ मशीन पर ऐसा कर रहे हैं), और यहाँ आपके द्वारा काम किए गए अन्य फ़िक्सेस में से कोई भी https://github.com/git-for- पर जाने की कोशिश नहीं करता है विंडोज़ / गिट / रिलीज , और संस्करण 2.4.5 पर या उसके बाद एक संस्करण प्राप्त करना। यह मेरे लिए सही तय किया।

— rrreee
स्रोत

3

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

— मार्कोस बहियन्स
स्रोत

हमारे पास एक बीटा ansible वर्कफ़्लो है और साइट के पुनर्निर्माण के कारण वास्तव में यह होता है, दूसरे के शीर्ष पर रेपो को क्लोन करना। जीआईटी की समस्या को ठीक करने के लिए एक योग्य चीज। धन्यवाद :-)

— एलेजांद्रो मोरेनो

2

एक और इसके अलावा, जब से मुझे इस त्रुटि का सामना करना पड़ा है और Google मुझे यहां ले गया।

मेरी समस्या एक बेमेल मामला था; एक ऊंट और एक नहीं। जाहिर है, जीआईटी ने आपको यह बताए बिना ऐसा करने से रोक दिया। इसलिए यदि आपकी शाखाएं केवल पूंजीकरण में रिमोट से भिन्न हैं, तो उन्हें समान होने का प्रयास करें।

देखें: Git: 'मास्टर को शाखा में हल नहीं किया जा सकता' मर्ज के बाद

— थॉमस
स्रोत

मुझे लगा कि मैंने सभी प्रासंगिक जानकारी शामिल की हैं - यह एक मामले बेमेल के कारण है। मैंने अधिक स्पष्ट होने के लिए एक वाक्य जोड़ा है, लेकिन यह वास्तव में लिंक के बारे में नहीं है। क्षमा करें यदि वह स्पष्ट नहीं था।

— थॉमस

2

यह आपके OSX प्लेटफॉर्म को अपडेट करने के बाद हो सकता है।

टर्मिनल खोलें और अपने .ssh-folder में नेविगेट करें, और दर्ज करें ssh-add -K ~/.ssh/id_rsa

— cptstarling
स्रोत

2

PLESK Nginx और GIT I को यह त्रुटि plesk git पर मिल रही थी और एक बड़े रेपो के साथ धक्का देने के दौरान (जो जानता है कि क्या है) इसने मुझे HTTP कोड 413 के साथ यह त्रुटि दी और मैंने निम्नलिखित सर्वर पर देखा और वह था Pl था और इसमें ngin के साथ-साथ apache2 भी चल रहा था इसलिए मैंने लॉग में देखा और nginx लॉग में त्रुटि पाई

बड़ी फ़ाइल अपलोड के साथ कॉन्फ़िगरेशन को फिर से बनाने की अनुमति देने के लिए इस लिंक का अनुसरण किया ।

मैंने git के लिए php भाग को छोड़ दिया

उसके बाद गिट पुश ने बिना किसी त्रुटि के काम किया।

— फारुख सुभानी
स्रोत

1

मुझे पुल पर एक ही त्रुटि हुई।
मैंने "http.postBuffer" ट्रिक किया है। इसे हल कर दिया, लेकिन जब मैं धक्का देना चाहता था, तो मुझे फिर से त्रुटि का सामना करना पड़ा।

मेरी समस्या का हल क्या है:
1. इसे अन्य वर्चुअल मशीन के साथ एक अन्य फ़ोल्डर में क्लोन किया। (लिनक्स)।
2. मैंने अपने बदलाव किए हैं।
3. इसे मूल आभासी मशीन के साथ धक्का दिया जहां मैं शुरू में धक्का नहीं दे सकता था। (खिड़कियाँ)

— nopara73
स्रोत

यह एक समाधान दोस्त नहीं है!

— बेह्रूज़।

2

मुझे पता है कि यह एक आदर्श समाधान नहीं है, लेकिन इसने मेरे मामले में समस्या को हल कर दिया है। यह तब भी जीवंत हो सकता है जब अन्य सभी उत्तर विफल हो जाते हैं, जैसा कि उन्होंने मेरे मामले में किया था।

— nopara73

1

मुझे यह त्रुटि तब मिली जब मेरे पास .ssh में गलत कीपर थी। जिव्ब् (सेटिंग्स में) में जघन को जोड़ना मेरे लिए इस मुद्दे को तय करता है।

— मिशेल सामिया
स्रोत

1

मेरी भी यही समस्या है। मैंने git वेब पेज से देखा कि SSH क्लोन URL में अगली संरचना है:

git@github.com:user/project.git

मैं अपनी समस्या को हल कर सकता है बस "":

git@github.com/user/project.git

यह मददगार हो सकता है।

— डेविड रोमेरो
स्रोत

1

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

Counting objects: 138816, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (38049/38049), done.
error: unable to rewind rpc post data - try increasing http.postBuffer
error: RPC failed; curl 56 SSL read: error:00000000:lib(0):func(0):reason(0), errno 10054
The remote end hung up unexpectedly/138816), 33.30 MiB | 3.00 KiB/s
Writing objects: 100% (138816/138816), 50.21 MiB | 3.00 KiB/s, done.
Total 138816 (delta 100197), reused 134574 (delta 96515)
fatal: The remote end hung up unexpectedly
Everything up-to-date

मैं अपने HTTP पोस्ट बफर को बाद में 2Mb पर सेट करता हूं, क्योंकि मुझे वास्तव में लगता है कि यह कई छोटे पदों के साथ बेहतर काम करता है।

ल्यूक

— ल्यूक पुप्लेट
स्रोत

1

ऐसा लगता है कि यह एक हजार चीजों में से एक हो सकता है।

मेरे लिए, मैं शुरू में मास्टर को आगे बढ़ा रहा था और सोर्सट्री के माध्यम से विकसित (मास्टर में कोई बदलाव नहीं था)। इसे बदलने के लिए ही काम किया।

— JakeSteam
स्रोत

1

मैं एक बड़े रेपो को अपलोड करने में इसी तरह की त्रुटि का सामना कर रहा था, "घातक: रिमोट एंड अनपेक्षित रूप से लटका हुआ" बिना किसी और विवरण के।

बहुत शोध के बाद, मैंने यहां क्या किया:

HTTPS के बजाय SSH का उपयोग करने से समस्या हल नहीं हुई।
Http.postBuffer को बढ़ाकर बहुत बड़े मूल्य तक बढ़ाना, फिर भी भाग्य नहीं।
मुझे पता चला कि यह रेपो में बड़ी फ़ाइलों के कारण हो सकता है (जैसा कि यह लागू से एक नया माइग्रेट किया गया रेपो है), इसलिए मैंने एलएफएस का उपयोग करके रेपो को फिर से बनाया, लार्जफाइलथ्रॉल्ड को 40 मी पर सेट किया, जिसने रेपो आकार को कम कर दिया (3.5G से) 500M)। मैंने सोचा कि यह समस्या को हल कर देगा, लेकिन मेरे आश्चर्य के लिए मुझे अभी भी उसी त्रुटि का सामना करना पड़ा।

अंत में, मेरे साथ यह हुआ कि मैं एक पुराने git क्लाइंट का उपयोग कर रहा हूं, क्योंकि मैंने अतिरिक्त त्रुटि संदेश नहीं देखा है। मैंने git क्लाइंट को नवीनतम (2.20.1) और वॉइला में अपग्रेड किया , त्रुटि दूर हो गई है!

— महमूद हनफ़ी
स्रोत

मेरे पास भी यह सटीक मुद्दा था (हालांकि टीएफएस से पलायन)। मैं २.१ ९ से २.२० में उन्नत हुआ और यह तय हो गया, रिलीज नोटों के माध्यम से एक सरसरी नज़र से पता नहीं चला कि समस्या क्या थी।

— जॉर्ज रिचर्डसन

मैंने अभी 2.20.1.windows.1 में अपग्रेड किया है और यह अभी भी मुझे रिमोट रिपॉजिटरी

— विडार

@ विदर बड़ी फ़ाइलों की जाँच कर सकता है, गीथबब की 100 एमबी हेल्प की सख्त सीमा है । संगम में "अपनी रिपॉजिटरी में बड़ी फ़ाइलों की मैन्युअल रूप से समीक्षा करें" पर एक नज़र डालें ।atlassian.com/bitbucket/… ; पृष्ठ ही एक अच्छा पढ़ा है।

— महमूद हनफी

@ ममौदहनाफी - धन्यवाद - यह वेब में एक पैरामीटर था। अधिकतम फ़ाइल आकार के बारे में जानकारी - कि वृद्धि और व्यवहार करता है और हर कोई खुश है! यह मेरे लिए नहीं बल्कि साइट Bonobo.Git.Server पर हमारे अपने निजी GitHub है।

— विदर्भ

0

मुझे यह त्रुटि तब हुई जब मैंने अपनी दूरस्थ शाखा का नाम गलत लिखा था

— javaProgrammer
स्रोत

0

मैं इस मुद्दे पर Git Shell का उपयोग कर पाने में सक्षम था।

Github.com के भीतर प्रत्येक रिपॉजिटरी आपको HTTPS / SSH / सबवर्सन URL देता है जिसका उपयोग आप शेल का उपयोग करके डाउनलोड करने के लिए कर सकते हैं, यहाँ देखें: http://prntscr.com/8ydguv ।
GitHub के हालिया परिवर्तनों के आधार पर, SSH सबसे अच्छी विधि लगती है।

शेल में उपयोग करने के लिए कमांड:

git clone "URL of repo goes here w/ no quotes"

— डेविड
स्रोत

"गिट शैल" से आपका क्या अभिप्राय है? gitटर्मिनल में उपयोग करना ?

— कार्ल रिक्टर

0

अपने द्वारा उपयोग की जा रही कुंजी को देखने के लिए ऐसा करें; ssh -vT git@github.digitalglobe.com

फिर अपने निर्माण में सुनिश्चित करें कि आपके पास शुरुआत में यह रन है। eval "$ (ssh-agent -s)" ssh-add ~ / .ssh / id_rsa

— ddtraveller
स्रोत

0

1) परियोजना dir को cd

2) git status

3) git checkout -f HEAD

4) सफलता की पुष्टि करें नीचे मास्टर को फिर से खींचकर सुनिश्चित करें कि आप अप टू डेट हैं अगर आपका रेपो अधूरा लगता है

यदि आप Bitbucket से रेपो क्लोनिंग करते समय विजुअल स्टूडियो की गिट से प्रश्न में त्रुटि प्राप्त करते हैं तो यह काम करता है

— whyoz
स्रोत

0

ऐसा तब भी हो सकता है जब आप जो भी कमिट कर रहे हैं वह विकृत हो।

मैं (अनजाने में) एक विकृत लेखक ईमेल क्षेत्र के साथ एक प्रतिबद्ध था, लेकिन मुझे यह सब अस्पष्ट remote end hung upत्रुटि संदेश मिल रहा था । मैं अन्य शाखाओं को केवल इस एक शाखा को धक्का देने में सक्षम था , इसलिए मैंने "खराब" शाखा से एक समय में कमिट्स को धक्का देना शुरू कर दिया जब तक कि मैं अंत में उतरा नहीं:

Pushing to git@github.com:directangular/unicorn.git
Counting objects: 100% (9/9), done.
Delta compression using up to 20 threads
Writing objects: 100% (5/5), 549 bytes | 549.00 KiB/s, done.
Total 5 (delta 4), reused 0 (delta 0)
remote: error: object 74c7584ff0b93591c19d3a3c19695889dd2274d2: badEmail: invalid author/committer line - bad email        
remote: fatal: fsck error in packed object        
error: remote unpack failed: index-pack abnormal exit
To github.com:directangular/unicorn.git
 ! [remote rejected]       pizzafeast -> pizzafeast (failed)
error: failed to push some refs to 'git@github.com:directangular/unicorn.git'

तो ऐसा लगता है कि remote end hung up unexpectedlyत्रुटि वास्तविक त्रुटि संदेश को "निगलने" की तरह है, जो कि शायद कुछ प्रकार की विकृत प्रतिबद्धता है जैसा कि मैं यहां हूं।

विकृत ईमेल को ठीक करने के बाद मैं ठीक से पुश करने में सक्षम था।

— mgalgs
स्रोत

0

मुझे लगता है कि यह करने के लिए एक अच्छा विचार नहीं है, लेकिन अगर आपके पास उर मशीन में बैकअप है .. एक बार और धक्का दें और फिर रेपो क्लोनिंग का प्रयास करें। पुराने डीआईआर को हटा दें और .it को नए क्लोन फ़ोल्डर से हटा दें .. गिट हल हो गया है। लेकिन समस्या के कारण कुछ फाइलें git पर अपलोड नहीं हो सकती हैं। सभी को फिर से उर बैक से पुश करें और फिर इसे उर सर्वर या दूसरी मशीन पर ले जाएँ जहाँ यह घुसा हुआ है। अभी मैंने सिर्फ किया था ... मेरे लिए काम करता है .. और ऐसा करने से पहले अपने dir का बैकअप लें।

और अगर मैं गलत हूँ, तो मुझे सही करें। मुझे यह भी नहीं पता कि ऐसा करने के बाद क्या गलत हो सकता है? लेकिन इस बार यह वास्तव में काम करता है।

— सुमित रावत
स्रोत

0

मेरा मुद्दा (घातक: अप्रत्याशित रूप से सुदूर समाप्त हुआ) को रिपॉजिटरी की अनुमति और मालिक की जाँच करके हल किया गया है।

जीआईटी रिपॉजिटरी फाइल्स का मालिक वह उपयोगकर्ता होना चाहिए, जिसके साथ आप पुश / पुल / क्लोन चाहते हैं।

— समीर सैय्यद
स्रोत

0

उपरोक्त उत्तरों में से किसी ने भी मेरे लिए काम नहीं किया, लेकिन यहाँ क्या किया।

1) .git/अपने प्रोजेक्ट से हटाएं
2) रिमोट रेपो को अपने डेस्कटॉप जैसे कुछ नए स्थान पर क्लोन करें। git clone https://github.com/foo/bar.git
3) .git/नए स्थान से पुराने स्थान में स्थानांतरित करें
4) फिर से कमिट करें और अपने परिवर्तनों को धक्का दें

— बेन
स्रोत

0

मेरे लिए समस्या का कारण नेटवर्क सेटिंग्स था: मेरे पास "किलर" वाईफाई कार्ड है जो जाहिरा तौर पर नेटवर्क पैकेट के साथ टकराता है जो एसएसएच और एसएसएल को पसंद नहीं है।

समस्या को ठीक करने के लिए, मुझे "किलर कंट्रोल सेंटर", "पैरामीटर्स" में जाना पड़ा, और "एडवांस्ड स्ट्रीम डिटेक्ट" को निष्क्रिय करना पड़ा - git कमांड ने फिर से तुरंत काम करना शुरू कर दिया।

— जीन-माइकेल सेलेरियर
स्रोत

0

इस लेख में बहुत अच्छी व्याख्या है और इसने मेरी समस्या को हल कर दिया है।

git config --global http.postBuffer 157286400

https://confluence.atlassian.com/stashkb/git-push-fails-fatal-the-remote-end-hung-up-unexpectedly-282988530.html

— आवा जामेले
स्रोत