"प्रमाणीकरण विफल" में पुश पुश परिणाम


708

मैं थोड़ी देर के लिए गितुब का उपयोग कर रहा हूं और मैं इसके साथ ठीक हूं git add,git commit और git pushअब तक कोई समस्या नहीं के साथ। अचानक मुझे एक त्रुटि हो रही है जो कहती है:

घातक: प्रमाणीकरण विफल

टर्मिनल में मैंने एक रिपॉजिटरी को क्लोन किया, एक फाइल पर काम किया और फिर मैंने git addफाइल को कमिट लॉग में जोड़ा और जब मैंने कियाgit commit , तो यह ठीक काम किया। अंत में, git pushउपयोगकर्ता नाम और पासवर्ड मांगता है। मैं उन लोगों को सही तरीके से रखता हूं और हर बार जब मैं ऐसा करता हूं, तो यह वही त्रुटि कहती है।

किसी को भी इस समस्या का कारण क्या है और मैं इसे कैसे ठीक कर सकते हैं किसी को पता नहीं है?

की सामग्री .git/configहैं:

[core]
        repositoryformatversion = 0
        filemode = true
        bare = false
        logallrefupdates = true
[remote "origin"]
        url = http://www.github.com/######/Random-Python-Tests
        fetch = +refs/heads/*:refs/remotes/origin/*
[branch "master"]
        remote = origin
        merge = refs/heads/master
[user]
        name = #####
        email = ############

github पर आपका उपयोगकर्ता नाम क्या है और .git / config की सामग्री क्या है?
mnagel

इसे प्रश्न में जोड़ें, टिप्पणियां लंबे पाठ के साथ सामना नहीं करती हैं
mnagel

हाँ क्षमा करें, मैंने टिप्पणी की शुरुआत आदत से की थी फिर इसे बदल दिया।
zkirkland

आपका url सही नहीं लगता है। मुझे लगता है कि इसे शुरू करना चाहिए https://, नहीं http://
जॉन ज़ाकिमिस्टर

Https में बदला ... काम नहीं किया।
जर्ककिरलैंड

जवाबों:


1205

यदि आपने अपने Github खाते में दो-कारक प्रमाणीकरण सक्षम किया है तो आप अपने खातों के पासवर्ड का उपयोग करके HTTPS के माध्यम से पुश नहीं कर पाएंगे। इसके बजाय आपको एक व्यक्तिगत एक्सेस टोकन उत्पन्न करने की आवश्यकता है। यह आपके Github खाते की एप्लिकेशन सेटिंग में किया जा सकता है। इस टोकन का उपयोग करते हुए आपके पासवर्ड को आपको HTTPS के माध्यम से अपने दूरस्थ रिपॉजिटरी में धकेलने की अनुमति देनी चाहिए। हमेशा की तरह अपने उपयोगकर्ता नाम का उपयोग करें।

https://help.github.com/articles/creating-a-personal-access-token-for-the-command-line/

अगर आपको https में सेट किया गया है, तो आपको अपनी रिपॉजिटरी के लिए मूल अपडेट करने की आवश्यकता हो सकती है:

git remote -v 
git remote remove origin 
git remote add origin git@github.com:user/repo.git  

5
वास्तव में। +1। मैं यहां PAT को stackoverflow.com/a/19223896/6309 प्रस्तुत करता हूं और वहां की प्रक्रिया को विस्तार से
बताता

3
मुझे 2FA सक्षम करने के बाद काम करने के लिए सामान्य गिट संचालन के लिए अपनी rsa कुंजियों को नए सिरे से तैयार करने की आवश्यकता थी।
R11G

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

88
आप git remote add origin https://username:access-token@github.com/username/repo.gitअपनी व्यक्तिगत पहुँच टोकन को संग्रहीत करने के लिए भी कर सकते हैं ।
mailmindlin

2
मेरे लिए, मुझे केवल इतना करना था कि अपने GitHub खाते पर अपनी स्थानीय मशीन से SSH प्रमाणीकरण सक्षम करें, और फिर ssh git दूरस्थ पते पर स्विच करें; help.github.com/articles/changing-a-remote-s-url
user5359531

607

सहेजे गए क्रेडेंशियल्स को संपादित या निकालने के लिए निम्न चरणों का प्रयास करें:

  1. प्रारंभ पर क्लिक करें
  2. टाइप करें: क्रेडेंशियल मैनेजर (विंडोज 10 पर, यह "स्टार्ट-> सेटिंग्स" के तहत है। फिर "क्रेडेंशियल मैनेजर" के लिए खोजें)
  3. देखें Windows Credentials Managerशॉर्टकट और एप्लिकेशन को खोलने के लिए इसे डबल क्लिक करें।
  4. ऐप ओपन होने के बाद, पर क्लिक करें Windows Credentials टैब ।
  5. उन क्रेडेंशियल्स का पता लगाएँ जिन्हें आप हटाना / अपडेट करना चाहते हैं, वे "git:" से शुरू करेंगे और "a: "से शुरू हो सकते हैं।
  6. क्रेडेंशियल एंट्री पर क्लिक करें, यह एंट्री का विवरण देखेगा।
  7. आवश्यकतानुसार संपादित करें या निकालें पर क्लिक करें और पुष्टि करें।
  8. धोएं, कुल्ला, आवश्यकतानुसार दोहराएं।

यहाँ छवि विवरण दर्ज करें


2
मेरे मामले में यह "विंडोज क्रेडेंशियल" में नहीं है, लेकिन "जेनेरिक क्रेडेंशियल्स" पर है। क्रेडेंशियल निकालें चाल करें।
टोनी गेमज़

8
आप उपरोक्त विंडो (विंडोज़ + आर) -> "नियंत्रण / नाम Microsoft.CredentialManager" द्वारा खोल सकते हैं
सूफियान अंसारी

साख हो सकता है, लेकिन इसके सामने 'git:' के बिना। वह काम करने वाला नहीं है। इसे 'git:' से शुरू करने की आवश्यकता है
Marques

1
मेरे नियोक्ता ने Git Hub में विंडोज़ प्रमाणीकरण सेट किया, इसलिए हर बार जब मैंने अपनी विंडोज़ क्रेडेंशियल्स को बदला तो मुझे इसे स्रोत नियंत्रण के लिए अपडेट करना पड़ा। आपके जवाब ने काम कर दिया।
शायरीसार

1
शानदार जवाब। हम एक आंतरिक BitBucket रिपॉजिटरी बनाए रखते हैं, जहां हमारे प्रत्येक खाते की साख हमारे संगठन के लिए प्रमाणित होती है। कोड परिवर्तन को आगे बढ़ाने के लिए हाल ही में मेरे सभी रिपॉजिटरी अनुपलब्ध हो गए। जबकि मैं प्रति केस के आधार पर क्रेडेंशियल्स बदलने में सक्षम था, मैं वास्तव में हर प्रोजेक्ट के लिए ऐसा नहीं करना चाहता था। @ प्रदीप के दृष्टिकोण ने मुझे अंतर्निहित कारण को हल करने की अनुमति दी, जो कि केवल एक पासवर्ड परिवर्तन से अधिक था। हमारे संगठन ने हाल ही में आंतरिक डोमेन का नाम बदल दिया है, इसलिए क्रेडेंशियल्स को केंद्र में संपादित करके, मैं अपनी सभी परियोजनाओं को ठीक करने में सक्षम था।
माइकल एम

79

इसने मेरे लिए काम किया, और यह मेरी साख को भी याद करता है:

  1. गिटबश चलाएं

  2. रेपो निर्देशिका को इंगित करें

  3. Daud git config --global credential.helper wincred


18
मुझे यह जानने में थोड़ी देर लगी कि वह क्या करता है - यह विंडोज कंट्रोल पैनल में क्रेडेंशियल मैनेजर का उपयोग करता है। इसका उपयोग बंद करने के लिए: git config –global credential.helper unset स्रोत , और इस उत्तर में अधिक विवरण ।
इयान डब्ल्यू

7
@IanW क्या आपका मतलब है git config --global --unset credential.helper? यही मेरे लिए गिट बैश में काम किया।
एलेन स्पार्टस

1
इस आदेश के साथ सावधान रहें यह आपके क्रेडेंशियल हेल्पर के लिए वास्तविक पथ को केवल "विंडक्र्रेड" के साथ बदल देगा, जो कि स्पष्ट रूप से आपकी ज़रूरत नहीं है।
अमर

2
मैंने इस आदेश को यह पता लगाने के लिए चलाया कि यह वह नहीं है जो मैं चाहता था, परेशान करने का उचित तरीका है git config --global --unset credential.helper। अंतत:, मैंने अपनी सही सेटिंग को बहाल कर दिया git config credential.helper store
उमर

यह मेरी मदद करता है! धन्यवाद!
जेफ्समा

70

हो सकता है कि आपने अपने खाते के लिए हाल ही में पासवर्ड बदला हो आप विकल्प के git pushसाथ प्रयास कर सकते हैं-u

git push -u origin branch_name_that_you_want_to_push

उपरोक्त कमांड निष्पादित करने के बाद, यह पासवर्ड के लिए पूछेगा अपना अपडेट किया गया पासवर्ड प्रदान करें

आशा है कि यह आपकी मदद कर सकता है


इस काम करता है, जो मेरे वातावरण की जरूरत httpsही
बीएमडब्ल्यू

1
निश्चित रूप से अधिकांश उत्तरों की तुलना में बहुत आसान है। (और प्रमाणीकरण त्रुटि प्राप्त करने के लिए पासवर्ड बदलना सबसे आम कारण होना चाहिए;;)
मिशेल

यदि आप इसे किसी मौजूदा क्लोन पर अनुभव कर रहे हैं - तो बस एकgit push -u
अजय चेब्बी

64

सबसे पहले, आप उचित url का उपयोग सुनिश्चित कर सकते हैं:

git remote set-url origin https://github.com/zkirkland/Random-Python-Tests.git

फिर, यदि यह पहले काम कर रहा था, और यदि यह आपके लिए उपयोगकर्ता नाम नहीं पूछ रहा था, तो इसका कारण यह होना चाहिए कि आपने अपने क्रेडेंशियल (लॉगिन / पासवर्ड) को एक $HOME/.netrcफ़ाइल में संग्रहीत किया था , जैसा कि यहां बताया गया है। । आप उन सेटिंग्स को दोबारा जांच सकते हैं, और सुनिश्चित कर सकते हैं कि यदि आपके पास एक है, तो आपका प्रॉक्सी नहीं बदला है।

यदि वह अभी भी काम नहीं करता है, तो आप ssh url पर स्विच कर सकते हैं:

git remote set-url origin git@github.com:zkirkland/Random-Python-Tests.git

लेकिन इसका मतलब है कि आपने अपनी ssh सार्वजनिक कुंजी को अपनी खाता सेटिंग में प्रकाशित कर दिया है ।


9
HTTPS से SSH में स्विच करने से मेरे लिए समस्या हल हो गई।
११

3
मैंने अपने GH खाते के लिए 2-कारक प्रमाणीकरण सक्षम किया था और HTTPS से SSH को दूरस्थ यूआरएल स्विच करने से मेरे लिए "प्रमाणीकरण विफल" समस्या हल हो गई। समझ में आता है। धन्यवाद!
वाल्टर रोमन

56

यह तब होता है जब आप अपना लॉगिन या git सर्विस अकाउंट (Git) का पासवर्ड बदलते हैं। आपको इसे विंडोज क्रेडेंशियल मैनेजर में भी बदलना होगा । विंडोज सर्च मेनू में "क्रेडेंशियल मैनेजर" टाइप करें।

विंडोज क्रेडेंशियल मैनेजर-> विंडोज क्रेडेंशियल और जेनेरिक क्रेडेंशियल्स के तहत आपके गिट पासवर्ड को संपादित करते हैं।


4
इसने मुझे GitLab के साथ काम करते समय बचाया (जब बहुत ज्यादा कुछ और मदद नहीं मिली)। धन्यवाद!
जॉन हम्फ्रेस - w00te

2
मैंने इस विंडो के क्रेडेंशियल्स मैनेजर के बारे में कभी नहीं सुना था .... धन्यवाद!
सैम

1
जब दूरस्थ रिपॉजिटरी में नई फाइलों को आगे बढ़ाते हुए Git ने मुझे यूजर आईडी और पासवर्ड के लिए प्रेरित किया तो मैंने गलत क्रेडेंशियल्स दिए। जब मैंने पुश कमांड को फिर से चलाया तो git ने मुझे क्रेडेंशियल के लिए संकेत नहीं दिया, बल्कि इसके बजाय यह केवल प्रमाणीकरण विफल त्रुटि फेंक रहा था। मुझे इस उत्तर को पढ़ने के बाद एहसास हुआ कि git क्रेडेंशियल प्रबंधक में संग्रहीत क्रेडेंशियल्स का उपयोग करता है और यही कारण होना चाहिए कि पासवर्ड पासवर्ड के लिए संकेत नहीं करता है जो हम दूरस्थ रिस्पॉन्सरी में धक्का देते हैं। मैंने क्रेडेंशियल मैनेजर में git पासवर्ड को डिलीट कर दिया जिसके बाद git ने फिर से मुझे यूजर आईडी और पासवर्ड के लिए प्रेरित किया।
जचन

41

मूल रूप से मेरी साख समाप्त हो गई थी, और मैं उपरोक्त मुद्दे का सामना कर रहा था।

निम्नलिखित 2 कमांड ने मेरी मदद की:

git config --global --unset credential.helper

git config credential.helper store

अगली बार जब आप पुश करने की कोशिश करेंगे तो यह आपसे क्रेडेंशियल्स के लिए पूछेगा।

उपयोगकर्ता नाम और पासवर्ड के सुरक्षित और असुरक्षित भंडारण के लिए अधिक जानकारी के लिए नीचे दिए गए दिशानिर्देशों का पालन करें:

https://git-scm.com/docs/git-credential-store

https://git-scm.com/docs/git-credential-cache


जीथब पर अपना पासवर्ड बदलने के बाद और स्थानीय स्तर पर मैंने अपनी साख नहीं बदली।
स्कॉट

33

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


1
इससे मेरी समस्या ठीक हो गई
user1929819

निश्चित मेरा भी। बहुत - बहुत धन्यवाद!
ब्रायन एडवर्ड्स

मुझे इस प्रकार का समाधान नहीं मिला। मैंने
होक एमडी जाहिदुल

फिक्स्ड मेरी मुसीबत भी (गिट स्थापित किया गया था, बस इसे
अनियंत्रित

1
मुझे "मूल विंडोज सिक्योर चैनल लाइब्रेरी का उपयोग करें" भी जांचना था। यह डिफ़ॉल्ट रूप से जाँच नहीं है।
doptrois

25

मुझे लगता है कि किसी कारण से GitHub URL की उम्मीद कर रहा है कि उसके पास उपडोमेन www नहीं है। जब मैं उपयोग करता हूं (उदाहरण के लिए)

git remote set-url origin https://www.github.com/name/repo.git

यह निम्नलिखित संदेश देता है:

remote: Anonymous access to name/repo.git denied
fatal: Authentication failed for https://www.github.com/name/repo.git

हालांकि, अगर मैं उपयोग करता हूं

git remote set-url origin https://github.com/name/repo.git

यह पूरी तरह से ठीक काम करता है। मेरे लिए बहुत ज्यादा मायने नहीं रखता ... लेकिन मुझे लगता है कि GitHub रिपॉजिटरी के लिए दूरस्थ URL में www नहीं रखना याद है।

यह भी ध्यान दें कि GitHub रिपॉजिटरी वेबपेज पर दिए गए क्लोन URL में www शामिल नहीं है।


4
"Github.com" कार्यों पर "www" नहीं डाल रहा है। उस मामले के बाद से, जीथब को अपनी साइट को ठीक करना चाहिए ताकि आप "www" का उपयोग करके क्लोन न कर सकें।
जॉन नागले

1
धन्यवाद:) मेरी url .it को याद कर रहा था, और यह टिप्पणी मुझे इस पर एक नज़र डालने और इसका पता लगाने के लिए मिली।

19

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

  1. कंट्रोल पैनल पर जाएं
  2. उपयोगकर्ता खातों पर क्लिक करें
  3. क्रेडेंशियल प्रबंधक के तहत
  4. विंडोज़ क्रेडेंशियल प्रबंधित करने के लिए जाओ
  5. जेनेरिक क्रेडेंशियल्स पर जाएं
  6. Git सर्वर टैब का विस्तार करें
  7. तिजोरी से निकालें पर क्लिक करें

    • इसके अलावा, आप संपादित करें पर क्लिक कर सकते हैं और अपना पासवर्ड सीधे यहां संग्रहीत कर सकते हैं।

10

मैं "$ git लाने के लिए घातक हो गया हूँ: प्रमाणीकरण 'http: // ...." के लिए विफल रहा है जब मेरी विंडोज़ का पासवर्ड समाप्त हो गया था और बदल गया था। एकाधिक क्रेडेंशियल, रिबूट और यहां तक ​​कि गिट के पुनर्स्थापना के साथ विंडोज़ क्रेडेंशियल मैनेजर ने मदद नहीं की।

हैरानी की बात है कि सही जवाब यहाँ कहीं टिप्पणियों में है लेकिन जवाबों में नहीं है (और उनमें से कुछ वास्तव में अजीब हैं!)। आपको कंट्रोल पैनल पर जाने की आवश्यकता है -> क्रेडेंशियल मैनेजर / विंडोज क्रेडेंशियल और आपको git के लिए पासवर्ड अपडेट करने की आवश्यकता है: http: // yourrepooddress


9

मुझे वास्तव में यकीन नहीं है कि मैंने यह त्रुटि प्राप्त करने के लिए क्या किया है, लेकिन कर रहा हूं:

git remote set-url origin https://...

मेरे लिए काम नहीं किया। तथापि:

git remote set-url origin git@bitbucket.org:user/repo

किसी तरह काम किया।


3
आपने https से ssh
James Wierzba

यह मेरे लिए भी काम करता है। यह जादू नहीं है, यह इसलिए है क्योंकि मेरे पास ssh एक्सेस के लिए कॉन्फ़िगरेशन संग्रहीत है (एक सार्वजनिक कुंजी कॉन्फ़िगर के साथ), जो https एक्सेस (जो उपयोगकर्ता / पास + एमएफए) के लिए नहीं उठाया जाता है।
डैनियल डुबोव्स्की

8

मुझे भी यही समस्या थी। मैं उस तरह से url सेट करता हूं:

git remote set-url origin https://github.com/zkirkland/Random-Python-Tests.git

मैं भी इस प्रविष्टि फ़ाइल से हटा दिया askpass = /bin/echo:। फिर "गिट पुश" ने मुझसे उपयोगकर्ता नाम और पासवर्ड के लिए कहा और इस बार यह काम किया।


मुझे इस प्रविष्टि को कॉन्फ़िगर फ़ाइल से निकालने की आवश्यकता नहीं थी askpass = /bin/echo:।
डेरियस मिलियास्कस

6

मेरे मामले में, "घातक: प्रमाणीकरण विफल" त्रुटि का सामना करने के बाद, मैंने हाल ही में अपने विंडोज़ पासवर्ड को बदल दिया है और मेरे पास संबंधित कार्य (पुल, पुश, ब्रंच आदि) के लिए कॉन्फ़िगर किया गया कुंजी है, मैंने विंडोज़ में अपना पासवर्ड अपडेट किया। क्रेडेंशियल मैनेजर (कंट्रोल पैनल \ उपयोगकर्ता खाता \ क्रेडेंशियल मैनेजर) सभी आइटमों के लिए जो git से शुरू होता है: ..., और फिर से कोशिश की, इस समय काम किया!



3

यदि आपने अपने Github खाते पर द्वि-कारक प्रमाणीकरण सक्षम किया है, तो अपने GitHub खाते में साइन इन करें और नई पहुंच टोकन उत्पन्न करने के लिए https://github.com/settings/tokens/new पर जाएं : उस टोकन को कॉपी करें और इस रूप में पेस्ट करें टर्मिनल में प्रमाणीकरण के लिए एक पासवर्ड।


2

यदि आप विंडोज़ पर हैं और विंडोज़ सर्वर पर पुश करने की कोशिश कर रहे हैं, जिसमें डोमेन उपयोगकर्ता रिपॉजिटरी उपयोगकर्ता (TFS) के रूप में काम कर रहे हैं, तो http:\\tfsIE के साथ TFS URL (यानी ) में आने का प्रयास करें । अपना डोमेन खाता क्रेडेंशियल दर्ज करें और पृष्ठ को प्रकट होने दें।

चेतावनी केवल इंटरनेट का उपयोग करें! अन्य ब्राउज़र आपके सिस्टम क्रेडेंशियल को नहीं बदलेंगे।

अब git bash पर जाएं और नीचे दिए गए रिपॉजिटरी के लिए अपने दूरस्थ उपयोगकर्ता को बदलें:

git config user.name "domainName\userName"

और किया, अब आप धक्का दे सकते हैं!


1

मेरे लिए, मैं भूल गया कि मैंने Github.com पर पासवर्ड बदल दिया है, और शेल प्रमाणीकरण के लिए मेरा किचेन उस नए पासवर्ड के लिए कभी भी अपडेट नहीं हुआ है। मेरे किचेन से सब कुछ हटाने के बाद और फिर git अनुरोध को चलाने से समस्या को हल करने में मदद मिली, मुझे नए पासवर्ड के लिए फिर से प्रेरित किया।


1

बस यहाँ में झंकार करने के लिए, मेरे लिए क्या मुद्दा तय किया गया था, मैं बस प्रारंभिक प्रॉम्प्ट से रद्द कर दिया गया था, ssh एक ने मेरे बिटबकेट खाते के साथ खोला, मैंने वहां पासवर्ड दर्ज किया और सब कुछ अपेक्षित रूप से काम किया।


1

मैं खिड़कियों पर एक ही मुद्दे का सामना कर रहा था। अधिकांश समय मैं आमतौर पर कई गिट खातों का उपयोग करने के कारण समस्या का सामना करता हूं। यदि आप खिड़कियों पर हैं, तो कृपया टर्मिनल को एक व्यवस्थापक के रूप में खोलें और फिर से कमांड चलाने का प्रयास करें। सुनिश्चित करें कि आपके पास व्यवस्थापक एक्सेस अधिकार हैं।


1

मैं बिट के साथ जुड़े बिटबकेट में जोड़ रहा था और संग्रहीत कुंजी को निकालना था, क्योंकि यह घातक त्रुटि पैदा कर रहा था।

हल करने के लिए, मैंने कमांड प्रॉम्प्ट खोला और भाग गया

 rundll32.exe keymgr.dll, KRShowKeyMgr

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


0

मैं भी त्रुटि में भाग गया (यही कारण है कि मैं यहां उतरा हूं), लेकिन किसी भी सुझाव ने मेरे लिए काम नहीं किया। यह मेरा पहला अवसर था जब मैंने स्थानीय गित को अज्यूर में तैनात करने का प्रयास किया। जब मुझे यह त्रुटि मिली, तो मैंने कुछ कोशिशों के बाद अपनी क्रेडेंशियल्स (Azure में लिंक पर क्लिक करके) को रीसेट कर दिया। समस्या यह है कि इस बिंदु पर यह बताता है कि मेरा उपयोगकर्ता नाम पहले से ही लिया गया है, इसलिए मैंने अपना उपयोगकर्ता नाम भी बदल दिया है। अंत में, मैंने अपने स्थानीय ड्राइव पर .git फ़ोल्डर को मैन्युअल रूप से हटा दिया, और समस्या के बिना इसे फिर से तैयार किया।


0

समस्या कथन: "गिट घातक प्रमाणीकरण विफल"। मैं बिटकॉइन का उपयोग कर रहा हूं।

समाधान: मैंने बस उपयोगकर्ता को बिटबकेट के एक्सेस प्रबंधन का उपयोग करने से हटा दिया और फिर उसी उपयोगकर्ता को जोड़ा। .Itconfig फ़ाइल सरल है

[user]
    name = BlaBla
    email = blabla@gmail.com

[push]
    default = simple

0

सही क्रेडेंशियल के साथ अगर समस्या बनी रहती है

यदि आपका androidstudio 2.1 बीटा का उपयोग कर रहा है तो इसका बग, बीटा 2 में अपग्रेड करें (3 एमबी अपडेट फ़ाइल), यह मेरे लिए काम करता है



0

सुनिश्चित करें कि आपकी ssh कुंजी आपके वर्तमान ssh सत्र में जोड़ी गई है।

  1. cat ~/.ssh/id_rsa.pubSSH और GPG कुंजी के तहत अपने GitHub सेटिंग्स के आउटपुट की प्रतिलिपि बनाएँ ।

  2. के साथ अपने वर्तमान ssh सत्र को अपडेट करें ssh-add ~/.ssh/id_rsa.pub

मैं विंडोज पॉवर्सशेल का उपयोग कर रहा हूं जिसमें ओपेंश स्थापित है।


0

एंड्रॉइड स्टूडियो कैनरी में 3.1+ का निर्माण, यदि आप एंड्रॉइड स्टूडियो गिट टूल का उपयोग कर रहे हैं, तो आप निम्नलिखित का उपयोग कर सकते हैं:

  • Android Studio पर क्लिक करें
  • प्राथमिकताएं पर क्लिक करें ...
  • वर्जनकंट्रोल में जाएं -> जीथब
  • यहाँ Auth टाइप करें पासवर्ड
  • इस चरण के लिए आपको लॉगिन और पासवर्ड दर्ज करना होगा। आपको लॉगिन के रूप में github उपयोगकर्ता नाम और पासवर्ड के रूप में github पासवर्ड दर्ज करें।
  • Test Button पर क्लिक करें।

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


0

यदि आप ssh का उपयोग कर रहे हैं और https के साथ क्लोन किया गया है तो यह काम नहीं करेगा। Ssh के साथ क्लोन और फिर पुश और पुल उम्मीद के अनुसार काम करना चाहिए!


0

मामले में यह मूर्त रूप से सहायक है, क्योंकि यह सवाल अब http के साथ प्रमाणीकरण समस्याओं के लिए एक शीर्ष हिट है git: Windows क्रेडेंशियल प्रबंधक ने मेरे पासवर्ड को सही तरीके से संग्रहीत किया था, और चूंकि मैं Git LFS का उपयोग कर रहा था, इसलिए मैंने सामान्य ssh के बजाय http URL कॉन्फ़िगर किया था : / /

मेरी समस्या यह थी कि मेरी कॉर्पोरेट पासवर्ड नीति ने एक खाता पासवर्ड परिवर्तन के लिए मजबूर किया लेकिन मैंने कभी भी अपने संग्रहीत क्रेडेंशियल्स को अपडेट नहीं किया (क्योंकि मैं हमेशा एक ssh कुंजी का उपयोग करता हूं)।

सीधे Wincred GUI में पासवर्ड को अपडेट करने के लिए काम किया: बस एक git:https://<your-url>प्रविष्टि की तलाश करें।


0

गिटलैब से लॉगिन करने से पहले "टू फैक्टर ऑथेंटिकेशन" मजबूर करने के बाद हमारे साथ ऐसा हुआ। हमें id_rsa.pub के अंदर पाठ को Gitlab पर पेस्ट करना था, और फिर वीएस कोड में रिपॉजिटरी को टर्मिनल का उपयोग करके पुन: प्रस्तुत करना था।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.