विषय-सूची
आप Claude Code में एक फ़ीचर बनाकर पूरा कर लेते हैं। डिफ़ +2,148 −14 दिखाता है, ब्रांच main है, और अब बस "Create PR" दबाना बाकी है — और तभी स्क्रीन के ऊपर एक लाल बैनर आ जाता है:
⚠ अमान्य अनुरोध
पुल रिक्वेस्ट की स्थिति जाँची नहीं जा सकी।
यह जानकारी पुरानी हो सकती है।परेशान करने वाली बात यह है कि "Create PR" बटन अभी भी वहीं मौजूद है, फिर भी आप यह नहीं बता सकते कि PR की मौजूदा स्थिति क्या है — कि वह बना ही नहीं है, पहले से खुला है, या मर्ज हो चुका है। अचानक, और आपके कोड परिवर्तनों से बिल्कुल असंबंधित, सिर्फ़ "इस ब्रांच की GitHub पर अभी क्या स्थिति है" दिखना बंद हो जाता है।
सीधी बात यह है: ज़्यादातर मामलों में यह कोई घातक एरर नहीं है। आमतौर पर Claude Code ने बस PR की ताज़ा स्थिति लाने के लिए GitHub से संपर्क किया था, और वह एक प्रयास विफल हो गया। कारण लगभग हमेशा या तो यह होता है कि GitHub से कनेक्शन/प्रमाणीकरण (अक्सर gh CLI के ज़रिए) एक पल के लिए नहीं हो पाया, या यह कि इस ब्रांच का अभी कोई PR है ही नहीं / इसे रिमोट पर push नहीं किया गया है। यह लेख इसकी कार्यप्रणाली, 5 मूल कारणों, जाँच के क्रम, एक कमांड चीट शीट, और इसे दोबारा होने से कैसे रोकें — इन सब पर बात करता है।
"PR स्थिति जाँची नहीं जा सकी" — एक नज़र में
— Claude Code ने GitHub से स्थिति माँगी; वह एक अनुरोध विफल हो गया
सार: यह "कोड की समस्या" नहीं बल्कि "GitHub से संचार/प्रमाणीकरण की समस्या" है।
आपका काम (कोड जनरेशन, कमिट) आमतौर पर जारी रह सकता है। नई सेशन में हड़बड़ी करने की ज़रूरत नहीं।
1. यह एरर असल में क्या कह रहा है
सीधे शब्दों में पढ़ें तो यह कहता है: "मैं अभी जाँच नहीं पाया कि इस ब्रांच के पुल रिक्वेस्ट की GitHub पर क्या स्थिति है, इसलिए स्क्रीन पर दिखाई गई जानकारी पुरानी हो सकती है।"
जो बात मायने रखती है वह यह समझना है कि दो चीज़ें नहीं हुई हैं। पहली, आपका कोड और आपका डिफ़ टूटा नहीं है — +2,148 −14 के परिवर्तन अभी भी आपकी वर्किंग ट्री में सही-सलामत मौजूद हैं। दूसरी, यह यह नहीं कहता कि "PR बनाना विफल हुआ।" यह एक रीड-साइड चेतावनी है: "PR बनाने की पूर्व-तैयारी के तौर पर, मैंने मौजूदा PR स्थिति (नहीं बना / खुला / मर्ज / बंद) पढ़ने की कोशिश की और विफल रहा।"
दूसरे शब्दों में, यह बैनर एक "सिंक नहीं हो सका" प्रकार का संदेश है, और यह आमतौर पर अस्थायी होता है। मेरी राय: जब यह लाल बैनर दिखे, तो सबसे पहले शक "आपके कोड" पर नहीं बल्कि "GitHub के साथ कनेक्शन की स्थिति" पर करना चाहिए — खास तौर पर इन तीन पर: कि प्रमाणीकरण समाप्त तो नहीं हो गया, कि नेटवर्क पहुँच में है या नहीं, और कि यह ब्रांच ऐसी स्थिति में भी है या नहीं जहाँ कोई PR मौजूद हो सके (रिमोट पर push किया गया हो)।
2. पृष्ठभूमि: Claude Code आपके PR को कैसे देखता है
"जाँच नहीं पाया" आख़िर हो ही क्यों सकता है? क्योंकि Claude Code PR की स्थिति अपने अंदर नहीं रखता। PR का सच केवल GitHub के सर्वर पर रहता है। हर बार Claude Code GitHub से पूछता है कि "इस ब्रांच के PR की स्थिति क्या है?" और उस जवाब को स्क्रीन पर बैज और बटन में दर्शाता है।
इस पूछताछ के लिए, कमांड-लाइन Claude Code अपने आधार-मार्ग के रूप में आधिकारिक GitHub CLI (gh कमांड) का उपयोग करता है। gh स्वयं GitHub का auth टोकन रखता है (~/.config/gh/hosts.yml आदि में) और आपकी ओर से API कॉल करता है। Claude Code के नज़रिए से, PR स्थिति तभी सही ढंग से लाई जा सकती है जब ये सभी शर्तें एक साथ पूरी हों: "gh प्रमाणित है, नेटवर्क पहुँच में है, और सही ब्रांच रिमोट पर मौजूद है।"
सटीकता के लिए एक नोट
Claude Code का GUI PR बैज को कैसे रिफ़्रेश करता है (पोलिंग अंतराल, कैशिंग रणनीति, एरर-डिस्प्ले लॉजिक), इसके आंतरिक विवरण आधिकारिक रूप से प्रलेखित नहीं हैं। जो निश्चित है वह यह कि "PR स्थिति लाने के लिए GitHub से एक वैध कनेक्शन ज़रूरी है," और व्यवहार में समस्या-निवारण अंततः GitHub प्रमाणीकरण और कनेक्टिविटी पर ही आकर टिकता है। इस लेख के समाधान इसी निश्चित हिस्से पर आधारित हैं।
3. यह क्यों होता है — 5 मूल कारण
"PR स्थिति जाँची नहीं जा सकी" तक पहुँचाने वाले रास्तों को मोटे तौर पर 5 में बाँटा जा सकता है। जितना ऊपर, उतना आम।
PR स्थिति न लाई जा पाने के 5 कारण
gh टोकन समाप्त, रद्द, या लॉग-इन नहीं है। रीबूट या OS अपडेट के बाद आम। gh auth status तुरंत बता देता है।git push करें।gh auth refresh से इन्हें प्रदान करें।
कारण 1–4 कॉन्फ़िगरेशन/स्थिति की समस्याएँ हैं (इन्हें ठीक करें और ये दोबारा नहीं होंगी)।
कारण 5 क्षणिक है। कारण 1 (प्रमाणीकरण) और कारण 2 (push/PR अस्तित्व) से शुरुआत करना सबसे तेज़ रास्ता है।
4. अभी ठीक करें — जाँच का क्रम
जब लाल बैनर दिखे, तो 4 चरणों पर ऊपर से नीचे की ओर काम करें। ज़्यादातर मामले STEP 1 या STEP 2 पर ही पकड़ में आ जाते हैं।
जाँच का क्रम
gh auth status चलाएँ। यदि "Logged in" न दिखे, तो प्रमाणीकरण समाप्त हो चुका है। gh auth login से फिर से लॉग-इन करें। इससे अधिकांश मामले सुलझ जाते हैं।git push -u origin <branch> से रिमोट पर push करें, फिर gh pr status से पुष्टि करें कि कोई PR मौजूद है या नहीं। यदि नहीं, तो बस एक बना लें।gh auth refresh -s repo,read:org से इन्हें प्रदान करें।
नियम: "कोड पर शक करने से पहले GitHub कनेक्शन पर शक करें।"
STEP 1 का gh auth status असली कारण तक पहुँचने की सबसे तेज़ एकल चाल है।
एक और बात: यह बैनर दिखने पर भी, आपके लोकल कमिट और वर्किंग ट्री सुरक्षित हैं। git reset में हड़बड़ी करने या अपनी सेशन को त्यागने की कोई ज़रूरत नहीं। पहले कनेक्शन ठीक करें, फिर "Create PR" दोबारा दबाएँ — इससे ज़्यादातर मामलों में काम बन जाता है। यदि फिर भी न बना पाएँ, तो CLI से हाथ से gh pr create चलाकर Claude Code के UI से गुज़रे बिना PR बना लें।
5. कमांड चीट शीट
जाँच के लिए उपयोग की जाने वाली कमांड यहाँ हैं। इन्हें ऊपर से नीचे चलाएँ और आप स्वाभाविक रूप से यह सीमित कर पाएँगे कि कौन-सा CAUSE लागू होता है।
| उद्देश्य | कमांड | क्या देखें |
|---|---|---|
| प्रमाणीकरण सक्रिय है? | gh auth status | क्या "Logged in to github.com" दिखता है / टोकन scopes |
| फिर से लॉग-इन | gh auth login | इंटरैक्टिव; ब्राउज़र प्रमाणीकरण सबसे विश्वसनीय है |
| scopes जोड़ें | gh auth refresh -s repo,read:org | प्राइवेट/org रिपॉज़ के लिए अक्सर नहीं होते |
| रिमोट कॉन्फ़िग जाँचें | git remote -v | क्या origin सही GitHub रिपॉ की ओर इशारा करता है |
| ब्रांच push करें | git push -u origin <branch> | PR के मौजूद होने की पूर्व-शर्त पूरी करता है |
| PR अस्तित्व / स्थिति | gh pr status | क्या मौजूदा ब्रांच का कोई PR है / खुला बनाम मर्ज |
| CLI से PR बनाएँ | gh pr create | GUI के बिना सीधे बनाएँ (वर्कअराउंड) |
| कनेक्टिविटी जाँच | gh api rate_limit | प्रतिक्रिया मिलना मतलब कनेक्शन ठीक है / रेट लिमिट के लिए शेष जाँचें |
यदि gh auth status "Logged in" लौटाता है और gh pr status सामान्य रूप से प्रतिक्रिया देता है, तो सबसे संभावित बात यह है कि बस Claude Code का डिस्प्ले पुराना है। नवीनतम संस्करण में अपडेट करें और पुनः आरंभ करें, और बैज सही ढंग से फिर से सिंक हो जाएगा।
6. क्या "जानकारी पुरानी हो सकती है" को नज़रअंदाज़ किया जा सकता है?
"यह जानकारी पुरानी हो सकती है" वाक्य अलग-अलग स्थितियों में अलग-अलग मतलब रखता है। आपको यह समझना चाहिए कि कब इसे नज़रअंदाज़ किया जा सकता है और कब कार्रवाई की ज़रूरत है।
✅ नज़रअंदाज़ करना सुरक्षित (हानिरहित)
gh auth statusठीक है- अन्य Git/push ऑपरेशन ठीक से चलते हैं
- थोड़ी देर रुकने / पुनः प्रयास के बाद ठीक हो जाता है
- PR बैज बस एक पल के लिए पुराना दिखता है
→ बस एक सिंक देरी / कैश। काम जारी रखें।
⚠ कार्रवाई की ज़रूरत (वास्तविक)
gh auth statusकहता है "not logged in"- push और pull दोनों विफल होते हैं
- कितनी भी बार पुनः प्रयास करें, ठीक नहीं होता
- "Create PR" दबाने पर आगे नहीं बढ़ता
→ एक वास्तविक प्रमाणीकरण/कनेक्शन समस्या। STEP 1–3 से ठीक करें।
निर्णायक परीक्षण, फिर से, एक अकेला gh auth status है। यदि वह हरा (Logged in) है और अन्य Git ऑपरेशन चलते हैं, तो आप बैनर को छोड़ सकते हैं। इसके विपरीत, यदि प्रमाणीकरण बंद है, तो PR से परे के ऑपरेशन (push, रिव्यू लाना, आदि) भी देर-सबेर विफल होंगे, इसलिए इसे मौके पर ही ठीक कर लेना समझदारी है।
7. दोबारा न हो — रोकथाम चेकलिस्ट
एक व्यावहारिक चेकलिस्ट ताकि वही लाल बैनर आपको बार-बार परेशान न करे।
1. समय-समय पर gh auth status जाँचने की आदत बनाएँ (टोकन कुछ हफ़्तों में समाप्त हो सकते हैं)। 2. यदि आप प्राइवेट/org रिपॉज़ का उपयोग करते हैं, तो gh auth refresh -s repo,read:org से शुरू से ही ज़रूरी scopes प्रदान करें। 3. किसी नई ब्रांच पर काम शुरू करते समय, जल्दी git push -u origin <branch> करें (इसे ऐसी स्थिति में रखना जहाँ PR मौजूद हो सके, डिस्प्ले को स्थिर करता है)। 4. कॉर्पोरेट नेटवर्क (प्रॉक्सी/VPN) पर, gh api rate_limit से एक बार कनेक्टिविटी सत्यापित करें। 5. Claude Code को अप-टू-डेट रखें — डिस्प्ले और सिंकिंग में सुधार लगातार आते रहते हैं। 6. यदि GUI लगातार अस्थिर रहे, तो PR बनाना gh pr create पर शिफ़्ट करें (सबसे विश्वसनीय)।
सारांश
Claude Code का "Could not check the pull request status. This information may be out of date" यह दर्शाता है कि कोड में कोई खराबी नहीं है, बल्कि GitHub से की गई पूछताछ (अक्सर gh CLI के ज़रिए) एक पल के लिए नहीं हो पाई। यह आमतौर पर एक हानिरहित सिंक देरी होती है, पर इसके पीछे समाप्त प्रमाणीकरण, बिना-push की ब्रांच / गुम PR, नेटवर्क समस्या, या अपर्याप्त scopes छिपे हो सकते हैं।
जाँच का सबसे तेज़ तरीका: 1. gh auth status से प्रमाणीकरण जाँचें, 2. git push + gh pr status से push और PR अस्तित्व जाँचें, 3. कनेक्टिविटी और scopes की पड़ताल करें, 4. यदि सब ठीक है, तो रुककर पुनः प्रयास करें और नवीनतम संस्करण में अपडेट करें। जब आप वाकई GUI से न बना पाएँ, तो बस gh pr create से सीधे बना लें। "कोड पर शक करने से पहले GitHub कनेक्शन पर शक करें" — इसे याद रखें, और यह लाल बैनर आपको फिर कभी नहीं डराएगा।
संबंधित पठन: GitHub Copilot क्या है, Claude Agent SDK क्या है, Claude Code का thinking block 400 एरर, और Claude Code / Cursor डिप्लॉय वर्कफ़्लो।
FAQ
प्र. यह एरर दिखे, तो क्या मेरा कोड या डिफ़ खो जाएगा?
उ. नहीं। यह एक संचार-साइड चेतावनी है कि "PR स्थिति पढ़ी नहीं जा सकी"; इसका आपके लोकल कमिट, वर्किंग ट्री, या डिफ़ (जैसे +2,148 −14) पर शून्य प्रभाव पड़ता है। git reset में हड़बड़ी करने या अपनी सेशन त्यागने की कोई ज़रूरत नहीं।
प्र. मुझे सबसे पहले क्या जाँचना चाहिए?
उ. gh auth status। वह अकेली कमांड बता देती है कि आपका GitHub प्रमाणीकरण सक्रिय है या नहीं। यदि "Logged in" दिखता है, तो प्रमाणीकरण ठीक है — यह आमतौर पर क्षणिक होता है, इसलिए रुककर पुनः प्रयास करें। यदि नहीं, तो gh auth login से फिर से लॉग-इन करें और अधिकांश मामले सुलझ जाते हैं।
प्र. क्या मैं "यह जानकारी पुरानी हो सकती है" को छोड़ सकता हूँ?
उ. यदि प्रमाणीकरण और नेटवर्क दोनों सक्रिय हैं, तो हाँ। यह अक्सर बस एक सिंक देरी / कैश होती है और थोड़ी देर रुकने या पुनः प्रयास के बाद ठीक हो जाती है। पर यदि gh auth status कहता है "not logged in," या push भी विफल होता है, तो यह एक वास्तविक समस्या है — इसे ठीक करें।
प्र. कितनी भी बार कोशिश करूँ, "Create PR" आगे नहीं बढ़ता।
उ. GUI को दरकिनार करते हुए, टर्मिनल से सीधे gh pr create चलाएँ; इससे आप PR स्वयं बना पाएँगे। यदि फिर भी विफल हो, तो git push -u origin <branch> से जाँचें कि ब्रांच रिमोट पर है या नहीं, और git remote -v से जाँचें कि origin सही रिपॉ की ओर इशारा करता है या नहीं।
प्र. मेरे कॉर्पोरेट नेटवर्क पर यह अक्सर होता है। क्यों?
उ. कोई प्रॉक्सी, VPN, या फ़ायरवॉल संभवतः api.github.com तक के ट्रैफ़िक को ब्लॉक कर रहा है। जाँचें कि gh api rate_limit प्रतिक्रिया देता है या नहीं; यदि नहीं देता, तो आपको नेटवर्क-साइड अनुमति चाहिए (GitHub डोमेन को allowlist में जोड़ना)। समस्या को अलग करने के लिए VPN को अस्थायी रूप से बंद करना भी मदद करता है।
