रिपॉजिटरी अन्वेषण — अपने सहायक से रिपॉजिटरी ब्राउज़ करने, फ़ाइलें खोजने और get_file_contents जैसे टूल का उपयोग करके प्रोजेक्ट संरचना समझने के लिए कहें।
Issue और PR प्रबंधन — अपने AI से issues और pull requests बनाने, अपडेट करने और ट्राइएज करने के लिए कहें, जिसमें कोड परिवर्तनों की समीक्षा और प्रोजेक्ट बोर्ड बनाए रखना शामिल है।
CI/CD निगरानी — GitHub Actions वर्कफ़्लो रन के बारे में जानकारी प्राप्त करें, बिल्ड विफलताओं का विश्लेषण करें, और प्राकृतिक भाषा क्वेरी के माध्यम से रिलीज़ प्रबंधित करें।
कोड सुरक्षा विश्लेषण — सुरक्षा निष्कर्षों की जांच करें, Dependabot अलर्ट की समीक्षा करें, और अपने कोडबेस में कोड पैटर्न समझें।
टीम सहयोग — चर्चाओं तक पहुंचें, सूचनाएं प्रबंधित करें, और विकास प्रक्रियाओं को सुव्यवस्थित करने के लिए टीम गतिविधि का विश्लेषण करें।
दस्तावेज़
GitHub MCP सर्वर
GitHub MCP सर्वर AI टूल्स को सीधे GitHub के प्लेटफ़ॉर्म से जोड़ता है। यह AI एजेंट्स, सहायकों और चैटबॉट्स को रिपॉज़िटरी और कोड फ़ाइलें पढ़ने, इश्यू और PR प्रबंधित करने, कोड का विश्लेषण करने और वर्कफ़्लो स्वचालित करने की क्षमता देता है। यह सब प्राकृतिक भाषा इंटरैक्शन के माध्यम से।
उपयोग के मामले
रिपॉज़िटरी प्रबंधन: उन सभी रिपॉज़िटरी में ब्राउज़ करें और कोड क्वेरी करें, फ़ाइलें खोजें, कमिट का विश्लेषण करें और प्रोजेक्ट संरचना समझें जिन तक आपकी पहुँच है।
इश्यू और PR स्वचालन: इश्यू और पुल रिक्वेस्ट बनाएं, अपडेट करें और प्रबंधित करें। AI को बग ट्रायेज करने, कोड परिवर्तनों की समीक्षा करने और प्रोजेक्ट बोर्ड बनाए रखने में मदद करने दें।
CI/CD और वर्कफ़्लो इंटेलिजेंस: GitHub Actions वर्कफ़्लो रन की निगरानी करें, बिल्ड विफलताओं का विश्लेषण करें, रिलीज़ प्रबंधित करें और अपनी डेवलपमेंट पाइपलाइन में अंतर्दृष्टि प्राप्त करें।
कोड विश्लेषण: सुरक्षा निष्कर्षों की जाँच करें, Dependabot अलर्ट की समीक्षा करें, कोड पैटर्न समझें और अपने कोडबेस में व्यापक अंतर्दृष्टि प्राप्त करें।
टीम सहयोग: चर्चाओं तक पहुँचें, सूचनाएँ प्रबंधित करें, टीम गतिविधि का विश्लेषण करें और अपनी टीम के लिए प्रक्रियाओं को सुव्यवस्थित करें।
उन डेवलपर्स के लिए बनाया गया है जो अपने AI टूल्स को GitHub संदर्भ और क्षमताओं से जोड़ना चाहते हैं, सरल प्राकृतिक भाषा क्वेरी से लेकर जटिल बहु-चरणीय एजेंट वर्कफ़्लो तक।
रिमोट GitHub MCP सर्वर
रिमोट GitHub MCP सर्वर GitHub द्वारा होस्ट किया जाता है और शुरू करने का सबसे आसान तरीका प्रदान करता है। यदि आपका MCP होस्ट रिमोट MCP सर्वर का समर्थन नहीं करता है, तो चिंता न करें! आप इसके बजाय GitHub MCP सर्वर का स्थानीय संस्करण उपयोग कर सकते हैं।
पूर्वापेक्षाएँ
रिमोट सर्वर समर्थन वाला एक संगत MCP होस्ट (VS Code 1.101+, Claude Desktop, Cursor, Windsurf, आदि)
त्वरित इंस्टॉलेशन के लिए, ऊपर दिए गए वन-क्लिक इंस्टॉल बटन में से एक का उपयोग करें। एक बार जब आप उस प्रवाह को पूरा कर लेते हैं, तो एजेंट मोड टॉगल करें (Copilot Chat टेक्स्ट इनपुट के पास स्थित) और सर्वर शुरू हो जाएगा। सुनिश्चित करें कि आप रिमोट MCP और OAuth समर्थन के लिए VS Code 1.101 या बाद का संस्करण उपयोग कर रहे हैं।
वैकल्पिक रूप से, VS Code को मैन्युअल रूप से कॉन्फ़िगर करने के लिए, नीचे दिए गए उदाहरणों से उपयुक्त JSON ब्लॉक चुनें और इसे अपने होस्ट कॉन्फ़िगरेशन में जोड़ें:
Rovo Dev CLI - Rovo Dev CLI के लिए इंस्टॉलेशन गाइड
नोट: प्रत्येक MCP होस्ट एप्लिकेशन को OAuth के माध्यम से रिमोट एक्सेस का समर्थन करने के लिए एक GitHub App या OAuth App कॉन्फ़िगर करने की आवश्यकता होती है। कोई भी होस्ट एप्लिकेशन जो रिमोट MCP सर्वर का समर्थन करता है, उसे PAT प्रमाणीकरण के साथ रिमोट GitHub सर्वर का समर्थन करना चाहिए। कॉन्फ़िगरेशन विवरण और समर्थन स्तर होस्ट के अनुसार भिन्न होते हैं। अधिक जानकारी के लिए होस्ट एप्लिकेशन के दस्तावेज़ देखना सुनिश्चित करें।
कॉन्फ़िगरेशन
टूलसेट कॉन्फ़िगरेशन
रिमोट सर्वर कॉन्फ़िगरेशन, टूलसेट, हेडर और उन्नत उपयोग के पूर्ण विवरण के लिए रिमोट सर्वर दस्तावेज़ देखें। यह फ़ाइल VS Code और अन्य MCP होस्ट में रिमोट GitHub MCP सर्वर को कनेक्ट करने, अनुकूलित करने और इंस्टॉल करने के लिए व्यापक निर्देश और उदाहरण प्रदान करती है।
जब कोई टूलसेट निर्दिष्ट नहीं किया जाता है, तो डिफ़ॉल्ट टूलसेट उपयोग किए जाते हैं।
इनसाइडर्स मोड
नई सुविधाएँ जल्दी आज़माएँ! रिमोट सर्वर नई सुविधाओं और प्रयोगात्मक टूल्स तक प्रारंभिक पहुँच के साथ एक इनसाइडर्स संस्करण प्रदान करता है।
नोट: VS Code और GitHub Copilot के साथ GitHub Enterprise के साथ OAuth का उपयोग करते समय, आपको अपने GitHub Enterprise इंस्टेंस को इंगित करने के लिए अपनी VS Code सेटिंग्स को भी कॉन्फ़िगर करना होगा - VS Code से प्रमाणित करें देखें
सर्वर को कंटेनर में चलाने के लिए, आपके पास Docker स्थापित होना चाहिए।
एक बार Docker स्थापित हो जाने के बाद, आपको यह भी सुनिश्चित करना होगा कि Docker चल रहा है। Docker छवि ghcr.io/github/github-mcp-server पर उपलब्ध है। छवि सार्वजनिक है; यदि आपको पुल पर त्रुटियाँ मिलती हैं, तो आपके पास समाप्त टोकन हो सकता है और आपको docker logout ghcr.io की आवश्यकता हो सकती है।
प्रमाणीकरण। github.com पर आपको पहले से कुछ भी बनाने की आवश्यकता नहीं है — ऊपर दिए गए वन-क्लिक बटन पहले उपयोग पर OAuth के साथ आपको लॉग इन करते हैं (एक ब्राउज़र-आधारित प्रवाह; टोकन केवल मेमोरी में रखा जाता है)। Docker बटन एक निश्चित कॉलबैक पोर्ट (127.0.0.1:8085) प्रकाशित करते हैं ताकि कंटेनर का लॉगिन कॉलबैक पहुँच योग्य हो। यह कैसे काम करता है, हेडलेस/डिवाइस-कोड फ़ॉलबैक, और अपना स्वयं का OAuth या GitHub App लाने के लिए स्थानीय सर्वर OAuth लॉगिन देखें (GitHub Enterprise Server और ghe.com के लिए आवश्यक)।
टोकन पसंद करते हैं? आप GITHUB_PERSONAL_ACCESS_TOKEN सेट करके GitHub व्यक्तिगत एक्सेस टोकन के साथ अभी भी प्रमाणित कर सकते हैं (यह OAuth पर पूर्वता लेता है)। MCP सर्वर कई GitHub APIs का उपयोग कर सकता है, इसलिए उन अनुमतियों को सक्षम करें जिन्हें आप अपने AI टूल्स को देने में सहज महसूस करते हैं (एक्सेस टोकन के बारे में अधिक जानने के लिए, कृपया दस्तावेज़ देखें)।
PAT को सुरक्षित रूप से संभालना
पर्यावरण चर (अनुशंसित)
अपने GitHub PAT को सुरक्षित और विभिन्न MCP होस्ट में पुन: प्रयोज्य रखने के लिए:
अपने PAT को पर्यावरण चर में संग्रहीत करें
export GITHUB_PAT=your_token_here
या एक .env फ़ाइल बनाएं:
GITHUB_PAT=your_token_here
अपनी .env फ़ाइल की सुरक्षा करें
# Add to .gitignore to prevent accidental commits
echo ".env" >> .gitignore
कॉन्फ़िगरेशन में टोकन का संदर्भ दें
# CLI usage
claude mcp add github -e GITHUB_PERSONAL_ACCESS_TOKEN=$GITHUB_PAT -- docker run -i --rm -e GITHUB_PERSONAL_ACCESS_TOKEN ghcr.io/github/github-mcp-server
# In config files (where supported)
"env": {
"GITHUB_PERSONAL_ACCESS_TOKEN": "$GITHUB_PAT"
}
नोट: पर्यावरण चर समर्थन होस्ट ऐप और IDE के अनुसार भिन्न होता है। कुछ अनुप्रयोगों (जैसे Windsurf) को कॉन्फ़िगरेशन फ़ाइलों में हार्डकोडेड टोकन की आवश्यकता होती है।
टोकन सुरक्षा सर्वोत्तम अभ्यास
न्यूनतम स्कोप: केवल आवश्यक अनुमतियाँ दें
repo - रिपॉज़िटरी संचालन
read:packages - Docker छवि पहुँच
read:org - संगठन टीम पहुँच
अलग टोकन: विभिन्न परियोजनाओं/पर्यावरणों के लिए अलग-अलग PAT का उपयोग करें
नियमित रोटेशन: टोकन समय-समय पर अपडेट करें
कभी कमिट न करें: टोकन को संस्करण नियंत्रण से बाहर रखें
फ़ाइल अनुमतियाँ: टोकन वाली कॉन्फ़िगरेशन फ़ाइलों तक पहुँच प्रतिबंधित करें
chmod 600 ~/.your-app/config.json
GitHub Enterprise Server और डेटा रेज़िडेंसी के साथ Enterprise Cloud (ghe.com)
फ़्लैग --gh-host और पर्यावरण चर GITHUB_HOST का उपयोग GitHub Enterprise Server या डेटा रेज़िडेंसी के साथ GitHub Enterprise Cloud के लिए होस्टनाम सेट करने के लिए किया जा सकता है।
GitHub Enterprise Server के लिए, होस्टनाम को https:// URI स्कीम के साथ उपसर्ग करें। HTTPS आवश्यक और अनिवार्य है: गैर-HTTPS होस्ट को अस्वीकार कर दिया जाता है ताकि क्रेडेंशियल कभी भी स्पष्ट पाठ में न भेजे जाएं (एकमात्र अपवाद लूपबैक होस्ट है जैसे स्थानीय विकास के लिए http://localhost)।
डेटा रेज़िडेंसी के साथ GitHub Enterprise Cloud के लिए, होस्टनाम के रूप में https://YOURSUBDOMAIN.ghe.com का उपयोग करें।
त्वरित इंस्टॉलेशन के लिए, ऊपर दिए गए वन-क्लिक इंस्टॉल बटन में से एक का उपयोग करें। एक बार जब आप उस प्रवाह को पूरा कर लेते हैं, तो एजेंट मोड टॉगल करें (Copilot Chat टेक्स्ट इनपुट के पास स्थित) और सर्वर शुरू हो जाएगा।
VS Code के एजेंट मोड दस्तावेज़ में MCP सर्वर टूल्स का उपयोग करने के बारे में अधिक जानकारी।
अन्य IDEs (JetBrains, Visual Studio, Eclipse, आदि) में GitHub Copilot में इंस्टॉल करें
अपने IDE की MCP सेटिंग्स में निम्नलिखित JSON ब्लॉकों में से एक जोड़ें।
OAuth के साथ लॉग इन करें (बनाने या संग्रहीत करने के लिए कोई टोकन नहीं)। github.com पर आधिकारिक छवि में पहले से ही ऐप क्रेडेंशियल शामिल हैं, इसलिए आप स्वयं कोई प्रदान नहीं करते हैं: यह पहले उपयोग पर ब्राउज़र-आधारित लॉगिन चलाता है और परिणामी टोकन को केवल मेमोरी में रखता है। Docker में इसके लिए लूपबैक पर प्रकाशित एक निश्चित कॉलबैक पोर्ट की आवश्यकता होती है ताकि कंटेनर का लॉगिन कॉलबैक पहुँच योग्य हो:
नेटिव-बाइनरी प्रवाह (कोई निश्चित पोर्ट आवश्यक नहीं), हेडलेस/डिवाइस-कोड फ़ॉलबैक, GitHub Enterprise Server / ghe.com, और अपना स्वयं का OAuth या GitHub App लाने के लिए स्थानीय सर्वर OAuth लॉगिन देखें।
वैकल्पिक रूप से, आप अपने कार्यक्षेत्र में .vscode/mcp.json नामक फ़ाइल में एक समान उदाहरण (यानी mcp कुंजी के बिना) जोड़ सकते हैं। यह आपको कॉन्फ़िगरेशन को अन्य होस्ट अनुप्रयोगों के साथ साझा करने की अनुमति देगा जो समान प्रारूप स्वीकार करते हैं।
नोट: कोई भी होस्ट एप्लिकेशन जो स्थानीय MCP सर्वरों का समर्थन करता है, उसे स्थानीय GitHub MCP सर्वर तक पहुंचने में सक्षम होना चाहिए। हालाँकि, विशिष्ट कॉन्फ़िगरेशन प्रक्रिया, सिंटैक्स और एकीकरण की स्थिरता होस्ट एप्लिकेशन के अनुसार अलग-अलग होगी। जबकि कई लोग उपरोक्त उदाहरणों के समान प्रारूप का पालन कर सकते हैं, यह गारंटीकृत नहीं है। कृपया सही MCP कॉन्फ़िगरेशन सिंटैक्स और सेटअप प्रक्रिया के लिए अपने होस्ट एप्लिकेशन के दस्तावेज़ देखें।
स्रोत से निर्माण करें
यदि आपके पास Docker नहीं है, तो आप go build का उपयोग करके cmd/github-mcp-server निर्देशिका में बाइनरी बना सकते हैं, और github-mcp-server stdio कमांड का उपयोग GITHUB_PERSONAL_ACCESS_TOKEN पर्यावरण चर को अपने टोकन पर सेट करके कर सकते हैं। निर्माण के आउटपुट स्थान को निर्दिष्ट करने के लिए, -o फ्लैग का उपयोग करें। आपको अपने सर्वर को निर्मित निष्पादन योग्य को अपने command के रूप में उपयोग करने के लिए कॉन्फ़िगर करना चाहिए। उदाहरण के लिए:
GitHub MCP सर्वर --toolsets फ्लैग के माध्यम से कार्यक्षमताओं के विशिष्ट समूहों को सक्षम या अक्षम करने का समर्थन करता है। यह आपको नियंत्रित करने की अनुमति देता है कि आपके AI टूल के लिए कौन सी GitHub API क्षमताएं उपलब्ध हैं। केवल उन टूलसेट को सक्षम करना जिनकी आपको आवश्यकता है, LLM को टूल चयन में मदद कर सकता है और संदर्भ आकार को कम कर सकता है।
टूलसेट केवल टूल तक सीमित नहीं हैं। प्रासंगिक MCP संसाधन और प्रॉम्प्ट भी जहां लागू हो, शामिल किए जाते हैं।
जब कोई टूलसेट निर्दिष्ट नहीं किया जाता है, तो डिफ़ॉल्ट टूलसेट का उपयोग किया जाता है।
उदाहरण खोज रहे हैं? सामान्य व्यंजनों जैसे न्यूनतम सेटअप, केवल-पढ़ने के मोड, और टूल के साथ टूलसेट संयोजन के लिए सर्वर कॉन्फ़िगरेशन गाइड देखें।
टूलसेट निर्दिष्ट करना
आप LLM के लिए उपलब्ध टूलसेट निर्दिष्ट करने के लिए दो तरीकों से अनुमति-सूची पास कर सकते हैं:
यदि दोनों प्रदान किए गए हैं तो पर्यावरण चर GITHUB_TOOLSETS कमांड लाइन तर्क पर प्राथमिकता लेता है।
व्यक्तिगत टूल निर्दिष्ट करना
आप --tools फ्लैग का उपयोग करके विशिष्ट टूल भी कॉन्फ़िगर कर सकते हैं। टूल का उपयोग स्वतंत्र रूप से या बारीक नियंत्रण के लिए टूलसेट के साथ संयोजन में किया जा सकता है।
यह repos और issues टूलसेट के सभी टूल, साथ ही get_gist पंजीकृत करता है।
महत्वपूर्ण नोट:
टूल और टूलसेट एक साथ उपयोग किए जा सकते हैं
केवल-पढ़ने का मोड प्राथमिकता लेता है: यदि --read-only सेट है तो लेखन टूल छोड़ दिए जाते हैं, भले ही --tools के माध्यम से स्पष्ट रूप से अनुरोध किया गया हो
टूल नाम बिल्कुल मेल खाने चाहिए (जैसे, get_file_contents, getFileContents नहीं)। अमान्य टूल नाम सर्वर को त्रुटि संदेश के साथ स्टार्टअप पर विफल कर देंगे
जब टूल का नाम बदला जाता है, तो पुराने नाम पिछड़े संगतता के लिए उपनाम के रूप में संरक्षित होते हैं। विवरण के लिए टूल नामकरण देखें।
Docker के साथ टूलसेट का उपयोग करना
Docker का उपयोग करते समय, आप टूलसेट को पर्यावरण चर के रूप में पास कर सकते हैं:
दृढ़ता से अनुशंसित: टूल जो वर्तमान उपयोगकर्ता और GitHub संदर्भ के बारे में संदर्भ प्रदान करते हैं जिसमें आप काम कर रहे हैं
actions
GitHub Actions वर्कफ़्लो और CI/CD संचालन
code_quality
GitHub कोड गुणवत्ता से संबंधित टूल
code_security
कोड सुरक्षा से संबंधित टूल, जैसे GitHub कोड स्कैनिंग
copilot
Copilot से संबंधित टूल
copilot_issue_intents
ऑप्ट-इन Copilot मुद्दा असाइनमेंट टूल जो इरादा मेटाडेटा (तर्क, आत्मविश्वास, सुझाव) ले जाते हैं
dependabot
Dependabot टूल
discussions
GitHub चर्चा से संबंधित टूल
gists
GitHub Gist से संबंधित टूल
git
निम्न-स्तरीय Git संचालन के लिए GitHub Git API से संबंधित टूल
issues
GitHub मुद्दों से संबंधित टूल
labels
GitHub लेबल से संबंधित टूल
notifications
GitHub सूचनाओं से संबंधित टूल
orgs
GitHub संगठन से संबंधित टूल
projects
GitHub परियोजनाओं से संबंधित टूल
pull_requests
GitHub पुल अनुरोध से संबंधित टूल
repos
GitHub रिपॉजिटरी से संबंधित टूल
secret_protection
गुप्त सुरक्षा से संबंधित टूल, जैसे GitHub गुप्त स्कैनिंग
security_advisories
सुरक्षा सलाह से संबंधित टूल
stargazers
GitHub स्टारगेज़र से संबंधित टूल
users
GitHub उपयोगकर्ता से संबंधित टूल
रिमोट GitHub MCP सर्वर में अतिरिक्त टूलसेट
टूलसेट
विवरण
copilot
Copilot से संबंधित टूल (जैसे Copilot कोडिंग एजेंट)
copilot_spaces
Copilot Spaces से संबंधित टूल
github_support_docs_search
GitHub उत्पाद और समर्थन प्रश्नों के उत्तर देने के लिए दस्तावेज़ खोजें
टूल
Actions
actions_get - GitHub Actions संसाधनों (वर्कफ़्लो, वर्कफ़्लो रन, जॉब और आर्टिफैक्ट) का विवरण प्राप्त करें
OAuth चुनौती दायरे: repo
method: निष्पादित करने की विधि (स्ट्रिंग, आवश्यक)
owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
resource_id: संसाधन का अद्वितीय पहचानकर्ता। यह प्रदान किए गए "method" के आधार पर भिन्न होगा, इसलिए सुनिश्चित करें कि आप सही ID प्रदान करते हैं:
'get_workflow' विधि के लिए एक वर्कफ़्लो ID या वर्कफ़्लो फ़ाइल नाम (जैसे ci.yaml) प्रदान करें।
'get_workflow_run', 'get_workflow_run_usage', और 'get_workflow_run_logs_url' विधियों के लिए एक वर्कफ़्लो रन ID प्रदान करें।
'download_workflow_run_artifact' विधि के लिए एक आर्टिफैक्ट ID प्रदान करें।
'get_workflow_job' विधि के लिए एक जॉब ID प्रदान करें।
(स्ट्रिंग, आवश्यक)
actions_list - रिपॉजिटरी में GitHub Actions वर्कफ़्लो सूचीबद्ध करें
OAuth चुनौती दायरे: repo
method: करने के लिए क्रिया (स्ट्रिंग, आवश्यक)
owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
page: पेजिनेशन के लिए पृष्ठ संख्या (डिफ़ॉल्ट: 1) (संख्या, वैकल्पिक)
per_page: पेजिनेशन के लिए प्रति पृष्ठ परिणाम (डिफ़ॉल्ट: 30, अधिकतम: 100) (संख्या, वैकल्पिक)
repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
resource_id: संसाधन का अद्वितीय पहचानकर्ता। यह प्रदान किए गए "method" के आधार पर भिन्न होगा, इसलिए सुनिश्चित करें कि आप सही ID प्रदान करते हैं:
'list_workflows' विधि के लिए कोई संसाधन ID प्रदान न करें।
'list_workflow_runs' विधि के लिए एक वर्कफ़्लो ID या वर्कफ़्लो फ़ाइल नाम (जैसे ci.yaml) प्रदान करें, या रिपॉजिटरी में सभी वर्कफ़्लो रन सूचीबद्ध करने के लिए छोड़ दें।
'list_workflow_jobs' और 'list_workflow_run_artifacts' विधियों के लिए एक वर्कफ़्लो रन ID प्रदान करें।
(स्ट्रिंग, वैकल्पिक)
workflow_jobs_filter: वर्कफ़्लो जॉब के लिए फ़िल्टर। केवल तब उपयोग किया जाता है जब विधि 'list_workflow_jobs' हो (ऑब्जेक्ट, वैकल्पिक)
workflow_runs_filter: वर्कफ़्लो रन के लिए फ़िल्टर। केवल तब उपयोग किया जाता है जब विधि 'list_workflow_runs' हो (ऑब्जेक्ट, वैकल्पिक)
inputs: वर्कफ़्लो स्वीकार करने वाले इनपुट। केवल 'run_workflow' विधि के लिए उपयोग किया जाता है। (ऑब्जेक्ट, वैकल्पिक)
method: निष्पादित करने की विधि (स्ट्रिंग, आवश्यक)
owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
ref: वर्कफ़्लो के लिए git संदर्भ। संदर्भ एक शाखा या टैग नाम हो सकता है। 'run_workflow' विधि के लिए आवश्यक। (स्ट्रिंग, वैकल्पिक)
repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
run_id: वर्कफ़्लो रन की ID। 'run_workflow' को छोड़कर सभी विधियों के लिए आवश्यक। (संख्या, वैकल्पिक)
workflow_id: वर्कफ़्लो ID (संख्यात्मक) या वर्कफ़्लो फ़ाइल नाम (जैसे, main.yml, ci.yaml)। 'run_workflow' विधि के लिए आवश्यक। (स्ट्रिंग, वैकल्पिक)
get_job_logs - GitHub Actions वर्कफ़्लो जॉब लॉग प्राप्त करें
OAuth चुनौती दायरे: repo
failed_only: जब सत्य हो, तो run_id द्वारा निर्दिष्ट वर्कफ़्लो रन में सभी विफल जॉब के लॉग प्राप्त करता है। run_id प्रदान करना आवश्यक है। (बूलियन, वैकल्पिक)
job_id: वर्कफ़्लो जॉब का अद्वितीय पहचानकर्ता। एकल जॉब के लॉग प्राप्त करते समय आवश्यक। (संख्या, वैकल्पिक)
owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
return_content: URL के बजाय वास्तविक लॉग सामग्री लौटाता है (बूलियन, वैकल्पिक)
run_id: वर्कफ़्लो रन का अद्वितीय पहचानकर्ता। रन में सभी विफल जॉब के लॉग प्राप्त करने के लिए failed_only सत्य होने पर आवश्यक। (संख्या, वैकल्पिक)
tail_lines: लॉग के अंत से लौटने के लिए पंक्तियों की संख्या (संख्या, वैकल्पिक)
कोड गुणवत्ता
get_code_quality_finding - कोड गुणवत्ता निष्कर्ष प्राप्त करें
OAuth चुनौती दायरे: repo
findingNumber: निष्कर्ष की संख्या। (number, आवश्यक)
owner: रिपॉजिटरी का स्वामी। (string, आवश्यक)
repo: रिपॉजिटरी का नाम। (string, आवश्यक)
कोड सुरक्षा
get_code_scanning_alert - कोड स्कैनिंग अलर्ट प्राप्त करें
OAuth चुनौती दायरे: security_events
alertNumber: अलर्ट की संख्या। (number, आवश्यक)
owner: रिपॉजिटरी का स्वामी। (string, आवश्यक)
repo: रिपॉजिटरी का नाम। (string, आवश्यक)
list_code_scanning_alerts - कोड स्कैनिंग अलर्ट सूचीबद्ध करें
OAuth चुनौती दायरे: security_events
owner: रिपॉजिटरी का स्वामी। (string, आवश्यक)
page: पृष्ठांकन के लिए पृष्ठ संख्या (न्यूनतम 1) (number, वैकल्पिक)
perPage: पृष्ठांकन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (number, वैकल्पिक)
ref: उन परिणामों के लिए Git संदर्भ जिन्हें आप सूचीबद्ध करना चाहते हैं। (string, वैकल्पिक)
repo: रिपॉजिटरी का नाम। (string, आवश्यक)
severity: कोड स्कैनिंग अलर्ट को गंभीरता से फ़िल्टर करें (string, वैकल्पिक)
state: कोड स्कैनिंग अलर्ट को स्थिति से फ़िल्टर करें। डिफ़ॉल्ट open है (string, वैकल्पिक)
tool_name: कोड स्कैनिंग के लिए उपयोग किए गए टूल का नाम। (string, वैकल्पिक)
संदर्भ
get_me - मेरी उपयोगकर्ता प्रोफ़ाइल प्राप्त करें
कोई पैरामीटर आवश्यक नहीं
get_team_members - टीम सदस्य प्राप्त करें
OAuth चुनौती दायरे: read:org
org: संगठन लॉगिन (स्वामी) जिसमें टीम शामिल है। (string, आवश्यक)
team_slug: टीम स्लग (string, आवश्यक)
get_teams - टीमें प्राप्त करें
OAuth चुनौती दायरे: read:org
user: टीमें प्राप्त करने के लिए उपयोगकर्ता नाम। यदि प्रदान नहीं किया गया है, तो प्रमाणित उपयोगकर्ता का उपयोग करता है। (string, वैकल्पिक)
Copilot
assign_copilot_to_issue - Copilot को समस्या पर नियुक्त करें
OAuth चुनौती दायरे: repo
base_ref: Git संदर्भ (जैसे, शाखा) जिससे एजेंट अपना काम शुरू करेगा। यदि निर्दिष्ट नहीं है, तो रिपॉजिटरी की डिफ़ॉल्ट शाखा पर डिफ़ॉल्ट होता है (string, वैकल्पिक)
custom_instructions: समस्या के विवरण से परे एजेंट का मार्गदर्शन करने के लिए वैकल्पिक कस्टम निर्देश। अतिरिक्त संदर्भ, बाधाएं, या मार्गदर्शन प्रदान करने के लिए इसका उपयोग करें जो समस्या विवरण में शामिल नहीं है (string, वैकल्पिक)
issue_number: समस्या संख्या (number, आवश्यक)
owner: रिपॉजिटरी स्वामी (string, आवश्यक)
repo: रिपॉजिटरी नाम (string, आवश्यक)
request_copilot_review - Copilot समीक्षा का अनुरोध करें
OAuth चुनौती दायरे: repo
owner: रिपॉजिटरी स्वामी (string, आवश्यक)
pullNumber: पुल अनुरोध संख्या (number, आवश्यक)
repo: रिपॉजिटरी नाम (string, आवश्यक)
Copilot समस्या इरादे
assign_copilot_to_issue_with_intent - Copilot को इरादे के साथ समस्या पर नियुक्त करें
OAuth चुनौती दायरे: repo
base_ref: Git संदर्भ (जैसे, शाखा) जिससे एजेंट अपना काम शुरू करेगा। यदि निर्दिष्ट नहीं है, तो रिपॉजिटरी की डिफ़ॉल्ट शाखा पर डिफ़ॉल्ट होता है। जब is_suggestion सत्य हो तो अनदेखा किया जाता है (string, वैकल्पिक)
confidence: इस विकल्प में आप कितने आश्वस्त हैं। स्पष्ट संकेत या स्पष्ट उपयोगकर्ता अनुरोध के लिए 'HIGH', कुछ अस्पष्टता के साथ उचित अनुमान के लिए 'MEDIUM', सीमित संकेत के साथ सर्वोत्तम अनुमान के लिए 'LOW'। (string, आवश्यक)
custom_instructions: समस्या के विवरण से परे एजेंट का मार्गदर्शन करने के लिए वैकल्पिक कस्टम निर्देश। जब is_suggestion सत्य हो तो अनदेखा किया जाता है (string, वैकल्पिक)
is_suggestion: यदि सत्य है, तो एजेंट लॉन्च करने के बजाय लंबित Copilot असाइनमेंट इरादा दर्ज करता है। अनुमोदन बाद में लॉन्च संदर्भ प्रदान करता है; इस मामले में base_ref और custom_instructions अनदेखा किए जाते हैं। (boolean, आवश्यक)
issue_number: समस्या संख्या (number, आवश्यक)
owner: रिपॉजिटरी स्वामी (string, आवश्यक)
rationale: एक संक्षिप्त वाक्य जो बताता है कि समस्या के बारे में विशेष रूप से किस कारण से Copilot को चुना गया। ठोस संकेत बताएं (जैसे 'स्पष्ट स्वीकृति मानदंड के साथ अच्छी तरह से परिभाषित कार्य')। (string, आवश्यक)
repo: रिपॉजिटरी नाम (string, आवश्यक)
Dependabot
get_dependabot_alert - Dependabot अलर्ट प्राप्त करें
after: पृष्ठांकन के लिए कर्सर। पिछले प्रतिक्रिया से कर्सर का उपयोग करें। (string, वैकल्पिक)
owner: रिपॉजिटरी का स्वामी। (string, आवश्यक)
perPage: पृष्ठांकन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (number, वैकल्पिक)
repo: रिपॉजिटरी का नाम। (string, आवश्यक)
severity: Dependabot अलर्ट को गंभीरता से फ़िल्टर करें (string, वैकल्पिक)
state: Dependabot अलर्ट को स्थिति से फ़िल्टर करें। डिफ़ॉल्ट open है (string, वैकल्पिक)
चर्चाएँ
discussion_comment_write - चर्चा टिप्पणियाँ प्रबंधित करें
OAuth चुनौती दायरे: repo
body: टिप्पणी सामग्री ('add', 'reply', और 'update' विधियों के लिए आवश्यक) (string, वैकल्पिक)
commentNodeID: चर्चा टिप्पणी का Node ID ('reply', 'update', 'delete', 'mark_answer', और 'unmark_answer' विधियों के लिए आवश्यक)। 'reply' के लिए, यह उत्तर देने के लिए शीर्ष-स्तरीय टिप्पणी है; GitHub चर्चाएँ केवल एक स्तर की नेस्टिंग का समर्थन करती हैं। (string, वैकल्पिक)
discussionNumber: चर्चा संख्या ('add' और 'reply' विधियों के लिए आवश्यक) (number, वैकल्पिक)
method: चर्चा टिप्पणी पर करने के लिए लेखन संचालन।
विकल्प हैं:
'add' - चर्चा में एक नई शीर्ष-स्तरीय टिप्पणी जोड़ता है।
'reply' - शीर्ष-स्तरीय चर्चा टिप्पणी का उत्तर देता है (GitHub चर्चाएँ केवल एक स्तर की नेस्टिंग का समर्थन करती हैं)।
'update' - मौजूदा चर्चा टिप्पणी को अपडेट करता है।
'delete' - चर्चा टिप्पणी को हटाता है।
'mark_answer' - चर्चा टिप्पणी को उत्तर के रूप में चिह्नित करता है (केवल Q&A)।
'unmark_answer' - चर्चा टिप्पणी को उत्तर के रूप में अचिह्नित करता है (केवल Q&A)।
(string, आवश्यक)
owner: रिपॉजिटरी स्वामी ('add' और 'reply' विधियों के लिए आवश्यक) (string, वैकल्पिक)
repo: रिपॉजिटरी नाम ('add' और 'reply' विधियों के लिए आवश्यक) (string, वैकल्पिक)
get_discussion - चर्चा प्राप्त करें
OAuth चुनौती दायरे: repo
discussionNumber: चर्चा संख्या (number, आवश्यक)
owner: रिपॉजिटरी स्वामी (string, आवश्यक)
repo: रिपॉजिटरी नाम (string, आवश्यक)
get_discussion_comments - चर्चा टिप्पणियाँ प्राप्त करें
OAuth चुनौती दायरे: repo
after: पृष्ठांकन के लिए कर्सर। पिछले प्रतिक्रिया से कर्सर का उपयोग करें। (string, वैकल्पिक)
discussionNumber: चर्चा संख्या (number, आवश्यक)
includeReplies: जब सत्य हो, प्रत्येक शीर्ष-स्तरीय टिप्पणी में उसके उत्तर नेस्टेड शामिल होंगे (प्रति टिप्पणी 100 उत्तर तक, जो GitHub API अधिकतम है)। डिफ़ॉल्ट false है। (boolean, वैकल्पिक)
owner: रिपॉजिटरी स्वामी (string, आवश्यक)
perPage: पृष्ठांकन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (number, वैकल्पिक)
repo: रिपॉजिटरी नाम (string, आवश्यक)
list_discussion_categories - चर्चा श्रेणियाँ सूचीबद्ध करें
OAuth चुनौती दायरे: repo
owner: रिपॉजिटरी स्वामी (string, आवश्यक)
repo: रिपॉजिटरी नाम। यदि प्रदान नहीं किया गया है, तो चर्चा श्रेणियाँ संगठन स्तर पर पूछी जाएंगी। (string, वैकल्पिक)
list_discussions - चर्चाएँ सूचीबद्ध करें
OAuth चुनौती दायरे: repo
after: पृष्ठांकन के लिए कर्सर। पिछले प्रतिक्रिया से कर्सर का उपयोग करें। (string, वैकल्पिक)
category: चर्चा श्रेणी ID द्वारा वैकल्पिक फ़िल्टर। यदि प्रदान किया गया है, तो केवल इस श्रेणी वाली चर्चाएँ सूचीबद्ध की जाती हैं। (string, वैकल्पिक)
direction: क्रम दिशा। (string, वैकल्पिक)
orderBy: चर्चाओं को फ़ील्ड द्वारा क्रमबद्ध करें। यदि प्रदान किया गया है, तो 'direction' भी प्रदान करने की आवश्यकता है। (string, वैकल्पिक)
owner: रिपॉजिटरी स्वामी (string, आवश्यक)
perPage: पृष्ठांकन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (number, वैकल्पिक)
repo: रिपॉजिटरी नाम। यदि प्रदान नहीं किया गया है, तो चर्चाएँ संगठन स्तर पर पूछी जाएंगी। (string, वैकल्पिक)
Gists
create_gist - Gist बनाएँ
OAuth चुनौती दायरे: gist
content: सरल एकल-फ़ाइल gist निर्माण के लिए सामग्री (string, आवश्यक)
description: gist का विवरण (string, वैकल्पिक)
filename: सरल एकल-फ़ाइल gist निर्माण के लिए फ़ाइल नाम (string, आवश्यक)
public: क्या gist सार्वजनिक है (boolean, वैकल्पिक)
get_gist - Gist सामग्री प्राप्त करें
gist_id: gist का ID (string, आवश्यक)
list_gists - Gists सूचीबद्ध करें
page: पृष्ठांकन के लिए पृष्ठ संख्या (न्यूनतम 1) (number, वैकल्पिक)
perPage: पृष्ठांकन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (number, वैकल्पिक)
since: केवल इस समय के बाद अपडेट किए गए gists (ISO 8601 टाइमस्टैम्प) (string, वैकल्पिक)
username: GitHub उपयोगकर्ता नाम (प्रमाणित उपयोगकर्ता के gists के लिए छोड़ें) (string, वैकल्पिक)
update_gist - Gist अपडेट करें
OAuth चुनौती दायरे: gist
content: फ़ाइल के लिए सामग्री (string, आवश्यक)
description: gist का अपडेट किया गया विवरण (string, वैकल्पिक)
filename: अपडेट या बनाने के लिए फ़ाइल नाम (string, आवश्यक)
gist_id: अपडेट करने के लिए gist का ID (string, आवश्यक)
Git
- **get_repository_tree** - रिपॉजिटरी ट्री प्राप्त करें
- **OAuth चुनौती स्कोप्स**: `repo`
- `owner`: रिपॉजिटरी स्वामी (उपयोगकर्ता नाम या संगठन) (स्ट्रिंग, आवश्यक)
- `path_filter`: ट्री परिणामों को फ़िल्टर करने के लिए वैकल्पिक पथ उपसर्ग (जैसे, 'src/' केवल src निर्देशिका में फ़ाइलें दिखाने के लिए) (स्ट्रिंग, वैकल्पिक)
- `recursive`: इस पैरामीटर को true पर सेट करने से ट्री द्वारा संदर्भित ऑब्जेक्ट या सबट्री लौटाए जाते हैं। डिफ़ॉल्ट false है (बूलियन, वैकल्पिक)
- `repo`: रिपॉजिटरी का नाम (स्ट्रिंग, आवश्यक)
- `tree_sha`: ट्री का SHA1 मान या ref (शाखा या टैग) नाम। डिफ़ॉल्ट रूप से रिपॉजिटरी की डिफ़ॉल्ट शाखा का उपयोग करता है (स्ट्रिंग, वैकल्पिक)
मुद्दे
add_issue_comment - मुद्दे या पुल अनुरोध में टिप्पणी जोड़ें
OAuth चुनौती स्कोप्स: repo
body: टिप्पणी सामग्री। जब तक प्रतिक्रिया प्रदान न की गई हो तब तक आवश्यक। (स्ट्रिंग, वैकल्पिक)
comment_id: मुद्दे या पुल अनुरोध टिप्पणी का संख्यात्मक ID जिस पर प्रतिक्रिया देनी है। टिप्पणियों पर प्रतिक्रिया के लिए इसका उपयोग करें; मुद्दे या पुल अनुरोध पर प्रतिक्रिया के लिए इसे छोड़ दें। body के साथ संयोजित नहीं किया जा सकता। (पूर्णांक, वैकल्पिक)
issue_number: टिप्पणी करने या प्रतिक्रिया देने के लिए मुद्दा या पुल अनुरोध संख्या। (संख्या, आवश्यक)
owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
reaction: जोड़ने के लिए इमोजी प्रतिक्रिया। जब तक body प्रदान न की गई हो तब तक आवश्यक। (स्ट्रिंग, वैकल्पिक)
repo: रिपॉजिटरी का नाम (स्ट्रिंग, आवश्यक)
get_label - रिपॉजिटरी से एक विशिष्ट लेबल प्राप्त करें
OAuth चुनौती स्कोप्स: repo
name: लेबल का नाम। (स्ट्रिंग, आवश्यक)
owner: रिपॉजिटरी स्वामी (उपयोगकर्ता नाम या संगठन का नाम) (स्ट्रिंग, आवश्यक)
repo: रिपॉजिटरी का नाम (स्ट्रिंग, आवश्यक)
issue_read - मुद्दे का विवरण प्राप्त करें
OAuth चुनौती स्कोप्स: repo
issue_number: मुद्दे की संख्या (संख्या, आवश्यक)
method: एकल मुद्दे पर की जाने वाली पढ़ने की क्रिया।
विकल्प हैं:
get - मुद्दे का विवरण प्राप्त करें। सर्वोत्तम प्रयास पदानुक्रम फ़्लैग भी लौटाता है (has_parent, has_children); parent और sub_issues_summary वैकल्पिक संबंध सारांश हैं, और closed_by_pull_requests उन पुल अनुरोधों का सारांश देता है जो मुद्दे को total_count के रूप में बंद करने के लिए कॉन्फ़िगर किए गए हैं, साथ ही अधिकतम 5 references।
get_comments - मुद्दे की टिप्पणियाँ प्राप्त करें।
get_sub_issues - मुद्दे के उप-मुद्दे (बच्चे) प्राप्त करें।
get_parent - मूल मुद्दा प्राप्त करें, यदि यह मुद्दा किसी अन्य का उप-मुद्दा है।
get_labels - मुद्दे को सौंपे गए लेबल प्राप्त करें।
(स्ट्रिंग, आवश्यक)
owner: रिपॉजिटरी का स्वामी (स्ट्रिंग, आवश्यक)
page: पेजिनेशन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
perPage: पेजिनेशन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
repo: रिपॉजिटरी का नाम (स्ट्रिंग, आवश्यक)
issue_write - मुद्दा/पुल अनुरोध बनाएं या अपडेट करें
OAuth चुनौती स्कोप्स: repo
assignees: इस मुद्दे को सौंपे जाने वाले उपयोगकर्ता नाम (स्ट्रिंग[], वैकल्पिक)
body: मुद्दे की बॉडी सामग्री (स्ट्रिंग, वैकल्पिक)
duplicate_of: मुद्दा संख्या जिसका यह मुद्दा डुप्लिकेट है। state_reason 'duplicate' होने पर आवश्यक। (संख्या, वैकल्पिक)
issue_fields: सेट या साफ़ करने के लिए मुद्दे के फ़ील्ड मान। प्रत्येक आइटम के लिए 'field_name' और 'value', 'field_option_name', या 'delete: true' में से ठीक एक आवश्यक है। (ऑब्जेक्ट[], वैकल्पिक)
issue_number: अपडेट करने के लिए मुद्दा संख्या (संख्या, वैकल्पिक)
labels: इस मुद्दे पर लागू करने के लिए लेबल (स्ट्रिंग[], वैकल्पिक)
method: एकल मुद्दे पर की जाने वाली लेखन क्रिया।
विकल्प हैं:
'create' - एक नया मुद्दा बनाता है।
'update' - एक मौजूदा मुद्दे को अपडेट करता है।
(स्ट्रिंग, आवश्यक)
milestone: माइलस्टोन संख्या (संख्या, वैकल्पिक)
owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
parent_issue_number: मूल मुद्दे की संख्या। केवल तब उपयोग किया जाता है जब method 'create' हो और issue_fields के साथ संयोजित नहीं किया जा सकता। नया मुद्दा बनाया जाता है और उसी ऑपरेशन में इस मूल से जोड़ा जाता है। (संख्या, वैकल्पिक)
parent_owner: मूल मुद्दे का रिपॉजिटरी स्वामी। parent_repo के साथ प्रदान किया जाना चाहिए। दोनों को छोड़कर owner और repo का उपयोग करें। केवल तब उपयोग किया जाता है जब method 'create' हो और parent_issue_number प्रदान किया गया हो। (स्ट्रिंग, वैकल्पिक)
parent_repo: मूल मुद्दे का रिपॉजिटरी नाम। parent_owner के साथ प्रदान किया जाना चाहिए। दोनों को छोड़कर owner और repo का उपयोग करें। केवल तब उपयोग किया जाता है जब method 'create' हो और parent_issue_number प्रदान किया गया हो। (स्ट्रिंग, वैकल्पिक)
repo: रिपॉजिटरी का नाम (स्ट्रिंग, आवश्यक)
state: नई स्थिति (स्ट्रिंग, वैकल्पिक)
state_reason: स्थिति परिवर्तन का कारण। जब तक स्थिति बदली न जाए तब तक अनदेखा किया जाता है। (स्ट्रिंग, वैकल्पिक)
title: मुद्दे का शीर्षक (स्ट्रिंग, वैकल्पिक)
type: इस मुद्दे का प्रकार। अपडेट के लिए, वर्तमान प्रकार को हटाने के लिए null पास करें। केवल तब उपयोग करें जब इस रिपॉजिटरी के लिए मुद्दे के प्रकार सक्षम हों। इस रिपॉजिटरी या इसके स्वामी संगठन के लिए मान्य प्रकार के मान प्राप्त करने के लिए list_issue_types का उपयोग करें। यदि रिपॉजिटरी मुद्दे के प्रकारों का समर्थन नहीं करती है, तो इस पैरामीटर को छोड़ दें। (स्ट्रिंग | null, वैकल्पिक)
list_issue_fields - मुद्दे के फ़ील्ड सूचीबद्ध करें
OAuth चुनौती स्कोप्स: repo, read:org
owner: रिपॉजिटरी या संगठन का खाता स्वामी। नाम केस संवेदनशील नहीं है। (स्ट्रिंग, आवश्यक)
repo: रिपॉजिटरी का नाम। प्रदान किए जाने पर, इस विशिष्ट रिपॉजिटरी के लिए फ़ील्ड लौटाता है (अपने संगठन से विरासत में मिला)। छोड़े जाने पर, सीधे संगठन-स्तरीय फ़ील्ड लौटाता है। (स्ट्रिंग, वैकल्पिक)
list_issue_types - उपलब्ध मुद्दे के प्रकार सूचीबद्ध करें
OAuth चुनौती स्कोप्स: repo, read:org
owner: रिपॉजिटरी या संगठन का खाता स्वामी। (स्ट्रिंग, आवश्यक)
repo: रिपॉजिटरी का नाम। प्रदान किए जाने पर, इस विशिष्ट रिपॉजिटरी के लिए मुद्दे के प्रकार लौटाता है। छोड़े जाने पर, सीधे संगठन-स्तरीय मुद्दे के प्रकार लौटाता है। (स्ट्रिंग, वैकल्पिक)
list_issues - मुद्दे सूचीबद्ध करें
OAuth चुनौती स्कोप्स: repo
after: पेजिनेशन के लिए कर्सर। पिछले प्रतिक्रिया से कर्सर का उपयोग करें। (स्ट्रिंग, वैकल्पिक)
direction: क्रम दिशा। प्रदान किए जाने पर, 'orderBy' भी प्रदान किया जाना चाहिए। (स्ट्रिंग, वैकल्पिक)
field_filters: कस्टम मुद्दे फ़ील्ड मानों द्वारा फ़िल्टर करें। प्रत्येक प्रविष्टि में field_name और value लेता है; सर्वर फ़ील्ड को देखता है और मान को उसके प्रकार (एकल-चयन विकल्प नाम, पाठ, संख्या, या YYYY-MM-DD दिनांक) में परिवर्तित करता है। (ऑब्जेक्ट[], वैकल्पिक)
fields: प्रत्येक मुद्दे के लिए लौटाए जाने वाले फ़ील्ड का उपसमुच्चय। छोड़े जाने पर, सभी फ़ील्ड लौटाए जाते हैं। इसका उपयोग प्रतिक्रिया आकार कम करने के लिए करें जब आपको केवल विशिष्ट फ़ील्ड की आवश्यकता हो; विशेष रूप से 'body' और 'field_values' को छोड़ने से प्रति-परिणाम सबसे बड़ा डेटा हट जाता है। (स्ट्रिंग[], वैकल्पिक)
labels: लेबल द्वारा फ़िल्टर करें (स्ट्रिंग[], वैकल्पिक)
orderBy: फ़ील्ड द्वारा मुद्दों को क्रमबद्ध करें। प्रदान किए जाने पर, 'direction' भी प्रदान किया जाना चाहिए। (स्ट्रिंग, वैकल्पिक)
owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
perPage: पेजिनेशन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
repo: रिपॉजिटरी का नाम (स्ट्रिंग, आवश्यक)
since: दिनांक द्वारा फ़िल्टर करें (ISO 8601 टाइमस्टैम्प) (स्ट्रिंग, वैकल्पिक)
state: स्थिति द्वारा फ़िल्टर करें, डिफ़ॉल्ट रूप से प्रदान न किए जाने पर खुले और बंद दोनों मुद्दे लौटाए जाते हैं (स्ट्रिंग, वैकल्पिक)
search_issues - मुद्दे खोजें
OAuth चुनौती स्कोप्स: repo
fields: प्रत्येक मुद्दे के परिणाम के लिए लौटाए जाने वाले फ़ील्ड का उपसमुच्चय। छोड़े जाने पर, सभी फ़ील्ड लौटाए जाते हैं। इसका उपयोग प्रतिक्रिया आकार कम करने के लिए करें जब आपको केवल विशिष्ट फ़ील्ड की आवश्यकता हो; विशेष रूप से 'body', 'reactions', और 'labels' को छोड़ने से प्रति-परिणाम सबसे बड़ा डेटा हट जाता है। (स्ट्रिंग[], वैकल्पिक)
order: क्रमबद्ध क्रम (स्ट्रिंग, वैकल्पिक)
owner: वैकल्पिक रिपॉजिटरी स्वामी। repo के साथ प्रदान किए जाने पर, केवल इस रिपॉजिटरी के मुद्दे सूचीबद्ध होते हैं। (स्ट्रिंग, वैकल्पिक)
page: पेजिनेशन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
perPage: पेजिनेशन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
query: खोज क्वेरी, प्राकृतिक भाषा के रूप में। जब उपयोगकर्ता वैकल्पिक शब्द देता है, तो उन्हें OR से जोड़ने के बजाय सादे शब्दों के रूप में शामिल करें। (स्ट्रिंग, आवश्यक)
repo: वैकल्पिक रिपॉजिटरी का नाम। owner के साथ प्रदान किए जाने पर, केवल इस रिपॉजिटरी के मुद्दे सूचीबद्ध होते हैं। (स्ट्रिंग, वैकल्पिक)
sort: श्रेणियों के मिलानों की संख्या के आधार पर क्रमबद्ध फ़ील्ड, डिफ़ॉल्ट सर्वोत्तम मिलान है (स्ट्रिंग, वैकल्पिक)
sub_issue_write - उप-मुद्दा बदलें
OAuth चुनौती स्कोप्स: repo
after_id: उप-मुद्दे का ID जिसे बाद में प्राथमिकता दी जानी है (या तो after_id या before_id निर्दिष्ट किया जाना चाहिए) (संख्या, वैकल्पिक)
before_id: उप-मुद्दे का ID जिसे पहले प्राथमिकता दी जानी है (या तो after_id या before_id निर्दिष्ट किया जाना चाहिए) (संख्या, वैकल्पिक)
issue_number: मूल मुद्दे की संख्या (संख्या, आवश्यक)
method: एकल उप-मुद्दे पर की जाने वाली क्रिया
विकल्प हैं:
'add' - GitHub रिपॉजिटरी में मूल मुद्दे में उप-मुद्दा जोड़ें।
'remove' - GitHub रिपॉजिटरी में मूल मुद्दे से उप-मुद्दा हटाएं।
'reprioritize' - GitHub रिपॉजिटरी में मूल मुद्दे के भीतर उप-मुद्दों का क्रम बदलें। नई स्थिति निर्दिष्ट करने के लिए 'after_id' या 'before_id' का उपयोग करें।
मुद्दा पदानुक्रम लिखता है। उप-मुद्दे को नए मूल में स्थानांतरित करने के लिए, add का उपयोग replace_parent=true के साथ करें; कोई लिखने योग्य मूल फ़ील्ड नहीं है।
(स्ट्रिंग, आवश्यक)
owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
replace_parent: true होने पर, उप-मुद्दे के वर्तमान मूल मुद्दे को बदल देता है। केवल 'add' विधि के साथ उपयोग करें। (बूलियन, वैकल्पिक)
repo: रिपॉजिटरी का नाम (स्ट्रिंग, आवश्यक)
sub_issue_id: जोड़ने के लिए उप-मुद्दे का ID। ID मुद्दा संख्या के समान नहीं है (संख्या, आवश्यक)
लेबल
get_label - रिपॉजिटरी से एक विशिष्ट लेबल प्राप्त करें
OAuth चुनौती स्कोप्स: repo
name: लेबल का नाम। (स्ट्रिंग, आवश्यक)
owner: रिपॉजिटरी स्वामी (उपयोगकर्ता नाम या संगठन का नाम) (स्ट्रिंग, आवश्यक)
repo: रिपॉजिटरी का नाम (स्ट्रिंग, आवश्यक)
label_write - रिपॉजिटरी लेबल पर लेखन क्रियाएँ
OAuth चुनौती स्कोप्स: repo
color: लेबल रंग 6-वर्ण हेक्स कोड के रूप में बिना '#' उपसर्ग के (जैसे, 'f29513')। 'create' के लिए आवश्यक, 'update' के लिए वैकल्पिक। (स्ट्रिंग, वैकल्पिक)
description: लेबल विवरण पाठ। 'create' और 'update' के लिए वैकल्पिक। (स्ट्रिंग, वैकल्पिक)
method: की जाने वाली क्रिया: 'create', 'update', या 'delete' (स्ट्रिंग, आवश्यक)
name: लेबल का नाम - सभी क्रियाओं के लिए आवश्यक (स्ट्रिंग, आवश्यक)
new_name: लेबल के लिए नया नाम (केवल 'update' विधि के साथ नाम बदलने के लिए उपयोग किया जाता है) (स्ट्रिंग, वैकल्पिक)
owner: रिपॉजिटरी स्वामी (उपयोगकर्ता नाम या संगठन का नाम) (स्ट्रिंग, आवश्यक)
repo: रिपॉजिटरी का नाम (स्ट्रिंग, आवश्यक)
list_label - रिपॉजिटरी से लेबल सूचीबद्ध करें
OAuth चुनौती स्कोप्स: repo
owner: रिपॉजिटरी स्वामी (उपयोगकर्ता नाम या संगठन का नाम) - सभी क्रियाओं के लिए आवश्यक (स्ट्रिंग, आवश्यक)
repo: रिपॉजिटरी का नाम - सभी क्रियाओं के लिए आवश्यक (स्ट्रिंग, आवश्यक)
सूचनाएँ
- **dismiss_notification** - सूचना खारिज करें
- **OAuth चुनौती स्कोप**: `notifications`
- `state`: सूचना की नई स्थिति (पढ़ा गया/पूर्ण) (स्ट्रिंग, आवश्यक)
- `threadID`: सूचना थ्रेड की आईडी (स्ट्रिंग, आवश्यक)
get_notification_details - सूचना विवरण प्राप्त करें
OAuth चुनौती स्कोप: notifications
notificationID: सूचना की आईडी (स्ट्रिंग, आवश्यक)
list_notifications - सूचनाएँ सूचीबद्ध करें
OAuth चुनौती स्कोप: notifications
before: केवल निर्दिष्ट समय से पहले अपडेट की गई सूचनाएँ दिखाएँ (ISO 8601 प्रारूप) (स्ट्रिंग, वैकल्पिक)
filter: सूचनाओं को फ़िल्टर करें, जब तक निर्दिष्ट न हो डिफ़ॉल्ट का उपयोग करें। पढ़ी गई सूचनाएँ वे हैं जिन्हें उपयोगकर्ता द्वारा पहले ही स्वीकार किया जा चुका है। भाग लेने वाली सूचनाएँ वे हैं जिनमें उपयोगकर्ता सीधे शामिल है, जैसे कि मुद्दे या पुल अनुरोध जिन पर उन्होंने टिप्पणी की है या बनाए हैं। (स्ट्रिंग, वैकल्पिक)
owner: वैकल्पिक रिपॉजिटरी स्वामी। यदि repo के साथ प्रदान किया गया है, तो केवल इस रिपॉजिटरी के लिए सूचनाएँ सूचीबद्ध की जाती हैं। (स्ट्रिंग, वैकल्पिक)
page: पेजिनेशन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
perPage: पेजिनेशन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
repo: वैकल्पिक रिपॉजिटरी नाम। यदि owner के साथ प्रदान किया गया है, तो केवल इस रिपॉजिटरी के लिए सूचनाएँ सूचीबद्ध की जाती हैं। (स्ट्रिंग, वैकल्पिक)
since: केवल निर्दिष्ट समय के बाद अपडेट की गई सूचनाएँ दिखाएँ (ISO 8601 प्रारूप) (स्ट्रिंग, वैकल्पिक)
manage_notification_subscription - सूचना सदस्यता प्रबंधित करें
OAuth चुनौती स्कोप: notifications
action: करने के लिए क्रिया: सूचना सदस्यता को अनदेखा करें, देखें, या हटाएँ। (स्ट्रिंग, आवश्यक)
notificationID: सूचना थ्रेड की आईडी। (स्ट्रिंग, आवश्यक)
manage_repository_notification_subscription - रिपॉजिटरी सूचना सदस्यता प्रबंधित करें
OAuth चुनौती स्कोप: notifications
action: करने के लिए क्रिया: रिपॉजिटरी सूचना सदस्यता को अनदेखा करें, देखें, या हटाएँ। (स्ट्रिंग, आवश्यक)
owner: रिपॉजिटरी का खाता स्वामी। (स्ट्रिंग, आवश्यक)
repo: रिपॉजिटरी का नाम। (स्ट्रिंग, आवश्यक)
mark_all_notifications_read - सभी सूचनाओं को पढ़ा गया चिह्नित करें
OAuth चुनौती स्कोप: notifications
lastReadAt: अंतिम बिंदु का वर्णन करता है जब सूचनाएँ जाँची गई थीं (वैकल्पिक)। डिफ़ॉल्ट: अभी (स्ट्रिंग, वैकल्पिक)
owner: वैकल्पिक रिपॉजिटरी स्वामी। यदि repo के साथ प्रदान किया गया है, तो केवल इस रिपॉजिटरी के लिए सूचनाएँ पढ़ी गई चिह्नित की जाती हैं। (स्ट्रिंग, वैकल्पिक)
repo: वैकल्पिक रिपॉजिटरी नाम। यदि owner के साथ प्रदान किया गया है, तो केवल इस रिपॉजिटरी के लिए सूचनाएँ पढ़ी गई चिह्नित की जाती हैं। (स्ट्रिंग, वैकल्पिक)
संगठन
search_orgs - संगठन खोजें
OAuth चुनौती स्कोप: read:org
order: क्रमबद्ध क्रम (स्ट्रिंग, वैकल्पिक)
page: पेजिनेशन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
perPage: पेजिनेशन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
query: संगठन खोज क्वेरी। उदाहरण: 'microsoft', 'location:california', 'created:>=2025-01-01'. खोज स्वचालित रूप से type:org तक सीमित है। (स्ट्रिंग, आवश्यक)
sort: श्रेणी द्वारा क्रमबद्ध फ़ील्ड (स्ट्रिंग, वैकल्पिक)
परियोजनाएँ
projects_get - GitHub Projects संसाधनों का विवरण प्राप्त करें
OAuth चुनौती स्कोप: read:project
field_id: फ़ील्ड की आईडी। 'get_project_field' विधि के लिए आवश्यक। (संख्या, वैकल्पिक)
field_names: परियोजना आइटम प्राप्त करते समय प्रतिक्रिया में शामिल करने के लिए फ़ील्ड नामों की विशिष्ट सूची (जैसे ["Status", "Priority"]). सर्वर-साइड पर फ़ील्ड आईडी में हल किया जाता है — इसे 'fields' के बजाय पास करें जब आप केवल मानव-पठनीय नाम जानते हैं। 'fields' के साथ परस्पर अनन्य — एक प्रदान करें, दोनों नहीं। केवल 'get_project_item' विधि के लिए उपयोग किया जाता है। (string[], वैकल्पिक)
fields: परियोजना आइटम प्राप्त करते समय प्रतिक्रिया में शामिल करने के लिए फ़ील्ड आईडी की विशिष्ट सूची (जैसे ["102589", "985201", "169875"]). यदि न तो 'fields' और न ही 'field_names' प्रदान किया गया है, तो केवल शीर्षक फ़ील्ड शामिल है। 'field_names' के साथ परस्पर अनन्य — एक प्रदान करें, दोनों नहीं। केवल 'get_project_item' विधि के लिए उपयोग किया जाता है। (string[], वैकल्पिक)
item_id: आइटम की आईडी। 'get_project_item' विधि के लिए आवश्यक। (संख्या, वैकल्पिक)
method: निष्पादित करने के लिए विधि (स्ट्रिंग, आवश्यक)
owner: स्वामी (उपयोगकर्ता या संगठन लॉगिन)। नाम केस-संवेदी नहीं है। (स्ट्रिंग, वैकल्पिक)
owner_type: स्वामी प्रकार (उपयोगकर्ता या संगठन)। यदि प्रदान नहीं किया गया है, तो स्वचालित रूप से पता लगाया जाएगा। (स्ट्रिंग, वैकल्पिक)
project_number: परियोजना की संख्या। (संख्या, वैकल्पिक)
status_update_id: परियोजना स्थिति अपडेट की नोड आईडी। 'get_project_status_update' विधि के लिए आवश्यक। (स्ट्रिंग, वैकल्पिक)
view_id: परियोजना दृश्य की नोड आईडी। 'get_project_view' विधि के लिए आवश्यक। (स्ट्रिंग, वैकल्पिक)
projects_list - GitHub Projects संसाधनों की सूची बनाएं
OAuth चुनौती स्कोप: read:project
after: पिछले pageInfo.nextCursor से आगे की पेजिनेशन कर्सर। (स्ट्रिंग, वैकल्पिक)
before: पिछले pageInfo.prevCursor से पीछे की पेजिनेशन कर्सर (दुर्लभ)। (स्ट्रिंग, वैकल्पिक)
field_names: परियोजना आइटम सूचीबद्ध करते समय शामिल करने के लिए फ़ील्ड नाम (जैसे ["Status", "Priority"]). सर्वर-साइड पर फ़ील्ड आईडी में हल किया जाता है — इसे 'fields' के बजाय पास करें जब आप केवल मानव-पठनीय नाम जानते हैं। हल करने में विफल रहने वाले नाम एक संरचित त्रुटि लौटाते हैं। 'fields' के साथ परस्पर अनन्य — एक प्रदान करें, दोनों नहीं। केवल 'list_project_items' विधि के लिए उपयोग किया जाता है। (string[], वैकल्पिक)
fields: परियोजना आइटम सूचीबद्ध करते समय शामिल करने के लिए फ़ील्ड आईडी (जैसे ["102589", "985201"]). महत्वपूर्ण: फ़ील्ड मान प्राप्त करने के लिए हमेशा प्रदान करें। इसके बिना (और 'field_names' के बिना), केवल शीर्षक लौटाए जाते हैं। 'field_names' के साथ परस्पर अनन्य — एक प्रदान करें, दोनों नहीं। केवल 'list_project_items' विधि के लिए उपयोग किया जाता है। (string[], वैकल्पिक)
method: करने के लिए क्रिया (स्ट्रिंग, आवश्यक)
owner: स्वामी (उपयोगकर्ता या संगठन लॉगिन)। नाम केस-संवेदी नहीं है। (स्ट्रिंग, आवश्यक)
owner_type: स्वामी प्रकार (उपयोगकर्ता या संगठन)। यदि प्रदान नहीं किया गया है, तो स्वचालित रूप से दोनों का प्रयास करेगा। (स्ट्रिंग, वैकल्पिक)
per_page: प्रति पृष्ठ परिणाम (अधिकतम 50) (संख्या, वैकल्पिक)
project_number: परियोजना की संख्या। 'list_project_fields', 'list_project_items', 'list_project_views', और 'list_project_status_updates' विधियों के लिए आवश्यक। (संख्या, वैकल्पिक)
query: फ़िल्टर/क्वेरी स्ट्रिंग। list_projects के लिए: शीर्षक पाठ और स्थिति द्वारा फ़िल्टर करें (जैसे "roadmap is:open"). list_project_items के लिए: GitHub की परियोजना फ़िल्टरिंग सिंटैक्स का उपयोग करके उन्नत फ़िल्टरिंग। (स्ट्रिंग, वैकल्पिक)
projects_write - GitHub Projects प्रबंधित करें
OAuth चुनौती स्कोप: project
body: स्थिति अपडेट का मुख्य भाग (मार्कडाउन)। 'create_project_status_update' विधि के लिए उपयोग किया जाता है। (स्ट्रिंग, वैकल्पिक)
field_name: पुनरावृत्ति फ़ील्ड का नाम (जैसे 'Sprint'). 'create_iteration_field' विधि के लिए आवश्यक। (स्ट्रिंग, वैकल्पिक)
filter: सहेजा गया दृश्य फ़िल्टर; अपडेट पर इसे संरक्षित करने के लिए छोड़ दें, या इसे साफ़ करने के लिए null पास करें। (स्ट्रिंग | null, वैकल्पिक)
issue_number: मुद्दा संख्या। 'add_project_item' के लिए आवश्यक जब item_type 'issue' है। 'update_project_item' द्वारा भी स्वीकार किया जाता है ताकि आइटम को मुद्दा संख्या द्वारा हल किया जा सके (item_owner और item_repo के साथ संयोजित करें)। (संख्या, वैकल्पिक)
item_id: परियोजना आइटम आईडी। 'delete_project_item' के लिए आवश्यक। 'update_project_item' के लिए, या तो item_id प्रदान करें, या (item_owner + item_repo + issue_number) ताकि आइटम को मुद्दे द्वारा हल किया जा सके। (संख्या, वैकल्पिक)
item_owner: मुद्दे या पुल अनुरोध वाले रिपॉजिटरी का स्वामी (उपयोगकर्ता या संगठन)। 'add_project_item' विधि के लिए आवश्यक। 'update_project_item' द्वारा भी स्वीकार किया जाता है जब आइटम को मुद्दा संख्या द्वारा हल किया जाता है। (स्ट्रिंग, वैकल्पिक)
item_repo: मुद्दे या पुल अनुरोध वाले रिपॉजिटरी का नाम। 'add_project_item' विधि के लिए आवश्यक। 'update_project_item' द्वारा भी स्वीकार किया जाता है जब आइटम को मुद्दा संख्या द्वारा हल किया जाता है। (स्ट्रिंग, वैकल्पिक)
item_type: आइटम का प्रकार, या तो issue या pull_request। 'add_project_item' विधि के लिए आवश्यक। (स्ट्रिंग, वैकल्पिक)
items: शीर्ष-स्तरीय 'updated_field' के साथ अपडेट करने के लिए आइटम। 'update_project_items' के लिए आवश्यक; इसे लूप में 'update_project_item' कॉल करने के बजाय पसंद करें। प्रत्येक प्रविष्टि को बिल्कुल एक संदर्भ प्रकार से मेल खाना चाहिए: 'node_id', संख्यात्मक 'item_id', या 'item_owner' + 'item_repo' + 'issue_number'. सीमा: प्रति कॉल 50 आइटम। (object[], वैकल्पिक)
iteration_duration: फ़ील्ड के पुनरावृत्तियों के लिए दिनों में अवधि (जैसे साप्ताहिक के लिए 7, द्वि-साप्ताहिक के लिए 14)। 'create_iteration_field' विधि के लिए आवश्यक। (संख्या, वैकल्पिक)
iterations: 'create_iteration_field' विधि के लिए कस्टम पुनरावृत्तियाँ। इसे केवल तब सेट करें जब आपको अलग-अलग अवधि, उनके बीच ब्रेक, या विशिष्ट शीर्षक वाले पुनरावृत्तियों की आवश्यकता हो। अन्यथा इसे छोड़ दें: GitHub स्वचालित रूप से 'start_date' से शुरू होने वाले 'iteration_duration' दिनों के तीन पुनरावृत्तियाँ बनाता है, जो अधिकांश मामलों के लिए सही विकल्प है। (object[], वैकल्पिक)
layout: दृश्य लेआउट; दृश्य बनाते समय आवश्यक। (स्ट्रिंग, वैकल्पिक)
method: निष्पादित करने के लिए विधि (स्ट्रिंग, आवश्यक)
name: दृश्य नाम; दृश्य बनाते समय आवश्यक। (स्ट्रिंग, वैकल्पिक)
owner: परियोजना स्वामी (उपयोगकर्ता या संगठन लॉगिन)। नाम केस-संवेदी नहीं है। (स्ट्रिंग, आवश्यक)
owner_type: स्वामी प्रकार (उपयोगकर्ता या संगठन)। 'create_project' विधि के लिए आवश्यक। यदि अन्य विधियों के लिए प्रदान नहीं किया गया है, तो स्वचालित रूप से पता लगाया जाएगा। (स्ट्रिंग, वैकल्पिक)
project_number: परियोजना की संख्या। 'create_project' को छोड़कर सभी विधियों के लिए आवश्यक। (संख्या, वैकल्पिक)
pull_request_number: पुल अनुरोध संख्या (जब item_type 'pull_request' है तो 'add_project_item' विधि के लिए उपयोग करें)। या तो issue_number या pull_request_number प्रदान करें। (संख्या, वैकल्पिक)
start_date: YYYY-MM-DD प्रारूप में प्रारंभ तिथि। 'create_project_status_update' और 'create_iteration_field' विधियों के लिए उपयोग किया जाता है। (स्ट्रिंग, वैकल्पिक)
status: परियोजना की स्थिति। 'create_project_status_update' विधि के लिए उपयोग किया जाता है। (स्ट्रिंग, वैकल्पिक)
target_date: YYYY-MM-DD प्रारूप में स्थिति अपडेट की लक्ष्य तिथि। 'create_project_status_update' विधि के लिए उपयोग किया जाता है। (स्ट्रिंग, वैकल्पिक)
title: परियोजना शीर्षक। 'create_project' विधि के लिए आवश्यक। (स्ट्रिंग, वैकल्पिक)
updated_field: लागू करने के लिए फ़ील्ड/मान, {"id": 123, "value": ...} या {"name": "Status", "value": ...} का उपयोग करके; null फ़ील्ड साफ़ करता है। 'update_project_item' और 'update_project_items' के लिए आवश्यक, जहाँ एक शीर्ष-स्तरीय फ़ील्ड/मान बैच में प्रत्येक आइटम पर लागू होता है। 'update_project_item' SINGLE_SELECT फ़ील्ड के लिए, नाम रूप विकल्प नाम स्वीकार करता है; आईडी रूप एक विकल्प आईडी की अपेक्षा करता है। (object, वैकल्पिक)
view_id: अपडेट या हटाने के लिए परियोजना दृश्य नोड आईडी; owner/project_number से संबंधित होना चाहिए। (स्ट्रिंग, वैकल्पिक)
visible_field_names: बनाने पर दिखाने या अपडेट पर बदलने के लिए क्रमबद्ध परियोजना फ़ील्ड नाम; अपडेट पर संरक्षित करने के लिए छोड़ दें, या रीसेट करने के लिए [] पास करें। visible_fields के साथ परस्पर अनन्य। Roadmap केवल [] स्वीकार करता है। (string[], वैकल्पिक)
visible_fields: बनाने पर दिखाने या अपडेट पर बदलने के लिए क्रमबद्ध परियोजना फ़ील्ड डेटाबेस आईडी; अपडेट पर संरक्षित करने के लिए छोड़ दें, या रीसेट करने के लिए [] पास करें। visible_field_names के साथ परस्पर अनन्य। Roadmap केवल [] स्वीकार करता है। (string[], वैकल्पिक)
पुल अनुरोध
add_comment_to_pending_review - अनुरोधकर्ता के नवीनतम लंबित पुल अनुरोध समीक्षा में समीक्षा टिप्पणी जोड़ें
OAuth चुनौती दायरे: repo
body: समीक्षा टिप्पणी का पाठ (स्ट्रिंग, आवश्यक)
line: पुल अनुरोध डिफ में ब्लॉब की वह पंक्ति जिस पर टिप्पणी लागू होती है। बहु-पंक्ति टिप्पणियों के लिए, श्रेणी की अंतिम पंक्ति (संख्या, वैकल्पिक)
owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
path: उस फ़ाइल का सापेक्ष पथ जिस पर टिप्पणी आवश्यक है (स्ट्रिंग, आवश्यक)
pullNumber: पुल अनुरोध संख्या (संख्या, आवश्यक)
repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
side: टिप्पणी करने के लिए डिफ का पक्ष। LEFT पिछली स्थिति को इंगित करता है, RIGHT नई स्थिति को इंगित करता है (स्ट्रिंग, वैकल्पिक)
startLine: बहु-पंक्ति टिप्पणियों के लिए, श्रेणी की पहली पंक्ति जिस पर टिप्पणी लागू होती है (संख्या, वैकल्पिक)
startSide: बहु-पंक्ति टिप्पणियों के लिए, डिफ का प्रारंभिक पक्ष जिस पर टिप्पणी लागू होती है। LEFT पिछली स्थिति को इंगित करता है, RIGHT नई स्थिति को इंगित करता है (स्ट्रिंग, वैकल्पिक)
subjectType: वह स्तर जिस पर टिप्पणी लक्षित है (स्ट्रिंग, आवश्यक)
add_reply_to_pull_request_comment - पुल अनुरोध टिप्पणी में उत्तर जोड़ें
OAuth चुनौती दायरे: repo
body: उत्तर का पाठ। जब तक प्रतिक्रिया प्रदान न की गई हो, आवश्यक है। (स्ट्रिंग, वैकल्पिक)
commentId: उत्तर या प्रतिक्रिया देने के लिए पुल अनुरोध समीक्षा टिप्पणी का संख्यात्मक ID। #discussion_r... एंकर से संख्या का उपयोग करें, GraphQL थ्रेड नोड ID (PRRT_...) का नहीं। (संख्या, आवश्यक)
owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
pullNumber: पुल अनुरोध संख्या। जब body प्रदान किया जाता है तो आवश्यक है। (संख्या, वैकल्पिक)
reaction: जोड़ने के लिए इमोजी प्रतिक्रिया। जब तक body प्रदान न किया गया हो, आवश्यक है। (स्ट्रिंग, वैकल्पिक)
repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
create_pull_request - नया पुल अनुरोध खोलें
OAuth चुनौती दायरे: repo
base: विलय करने के लिए शाखा (स्ट्रिंग, आवश्यक)
body: PR विवरण (स्ट्रिंग, वैकल्पिक)
draft: ड्राफ्ट PR के रूप में बनाएं (बूलियन, वैकल्पिक)
head: परिवर्तनों वाली शाखा (स्ट्रिंग, आवश्यक)
maintainer_can_modify: अनुरक्षक संपादन की अनुमति दें (बूलियन, वैकल्पिक)
owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
reviewers: समीक्षा अनुरोध करने के लिए GitHub उपयोगकर्ता नाम या ORG/team-slug टीम समीक्षक (स्ट्रिंग[], वैकल्पिक)
title: PR शीर्षक (स्ट्रिंग, आवश्यक)
list_pull_requests - पुल अनुरोध सूचीबद्ध करें
OAuth चुनौती दायरे: repo
base: आधार शाखा द्वारा फ़िल्टर करें (स्ट्रिंग, वैकल्पिक)
direction: क्रमबद्ध दिशा (स्ट्रिंग, वैकल्पिक)
fields: प्रत्येक पुल अनुरोध के लिए लौटाने के लिए फ़ील्ड का उपसमुच्चय। यदि छोड़ा गया है, तो सभी फ़ील्ड लौटाए जाते हैं। इसका उपयोग प्रतिक्रिया आकार कम करने के लिए करें जब आपको केवल विशिष्ट फ़ील्ड चाहिए; विशेष रूप से 'body' को छोड़ना प्रति-परिणाम सबसे बड़ा डेटा हटाता है। (स्ट्रिंग[], वैकल्पिक)
head: हेड उपयोगकर्ता/संगठन और शाखा द्वारा फ़िल्टर करें (स्ट्रिंग, वैकल्पिक)
owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
page: पृष्ठांकन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
perPage: पृष्ठांकन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
sort: किसके द्वारा क्रमबद्ध करें (स्ट्रिंग, वैकल्पिक)
state: स्थिति द्वारा फ़िल्टर करें (स्ट्रिंग, वैकल्पिक)
merge_pull_request - पुल अनुरोध विलय करें
OAuth चुनौती दायरे: repo
commit_message: विलय कमिट के लिए अतिरिक्त विवरण (स्ट्रिंग, वैकल्पिक)
commit_title: विलय कमिट के लिए शीर्षक (स्ट्रिंग, वैकल्पिक)
merge_method: विलय विधि (स्ट्रिंग, वैकल्पिक)
owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
pullNumber: पुल अनुरोध संख्या (संख्या, आवश्यक)
repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
pull_request_read - एकल पुल अनुरोध के लिए विवरण प्राप्त करें
OAuth चुनौती दायरे: repo
after: पृष्ठांकन के लिए कर्सर, केवल get_review_comments विधि द्वारा उपयोग किया जाता है। अगला पृष्ठ लाने के लिए पिछले पृष्ठ के PageInfo से endCursor पास करें। (स्ट्रिंग, वैकल्पिक)
method: यह निर्दिष्ट करने के लिए क्रिया कि GitHub से कौन सा पुल अनुरोध डेटा प्राप्त करने की आवश्यकता है।
संभावित विकल्प:
get - किसी विशिष्ट पुल अनुरोध का विवरण प्राप्त करें।
get_diff - पुल अनुरोध का डिफ प्राप्त करें।
get_status - पुल अनुरोध में हेड कमिट की संयुक्त कमिट स्थिति प्राप्त करें।
get_files - पुल अनुरोध में बदली गई फ़ाइलों की सूची प्राप्त करें। लौटाए गए परिणामों की संख्या नियंत्रित करने के लिए पृष्ठांकन पैरामीटर के साथ उपयोग करें।
get_commits - पुल अनुरोध पर कमिट की सूची प्राप्त करें। लौटाए गए परिणामों की संख्या नियंत्रित करने के लिए पृष्ठांकन पैरामीटर के साथ उपयोग करें।
get_review_comments - पुल अनुरोध पर समीक्षा थ्रेड प्राप्त करें। प्रत्येक थ्रेड में तार्किक रूप से समूहीकृत समीक्षा टिप्पणियाँ होती हैं जो पुल अनुरोध समीक्षाओं के दौरान एक ही कोड स्थान पर की गई थीं। मेटाडेटा (isResolved, isOutdated, isCollapsed) और उनसे जुड़ी टिप्पणियों के साथ थ्रेड लौटाता है। परिणाम नियंत्रित करने के लिए कर्सर-आधारित पृष्ठांकन (perPage, after) का उपयोग करें।
get_reviews - पुल अनुरोध पर समीक्षाएँ प्राप्त करें। जब समीक्षा टिप्पणियों के लिए पूछा जाए, तो get_review_comments विधि का उपयोग करें। लौटाए गए परिणामों की संख्या नियंत्रित करने के लिए पृष्ठांकन पैरामीटर के साथ उपयोग करें।
get_comments - पुल अनुरोध पर टिप्पणियाँ प्राप्त करें। यदि उपयोगकर्ता विशेष रूप से समीक्षा टिप्पणियाँ नहीं चाहता है तो इसका उपयोग करें। लौटाए गए परिणामों की संख्या नियंत्रित करने के लिए पृष्ठांकन पैरामीटर के साथ उपयोग करें।
get_check_runs - पुल अनुरोध के हेड कमिट के लिए चेक रन प्राप्त करें। चेक रन व्यक्तिगत CI/CD कार्य और जाँच हैं जो PR पर चलते हैं।
(स्ट्रिंग, आवश्यक)
owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
page: पृष्ठांकन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
perPage: पृष्ठांकन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
pullNumber: पुल अनुरोध संख्या (संख्या, आवश्यक)
repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
pull_request_review_write - पुल अनुरोध समीक्षाओं पर लेखन संचालन (बनाएं, सबमिट करें, हटाएं)
OAuth चुनौती दायरे: repo
body: समीक्षा टिप्पणी पाठ (स्ट्रिंग, वैकल्पिक)
commitID: समीक्षा करने के लिए कमिट का SHA (स्ट्रिंग, वैकल्पिक)
event: करने के लिए समीक्षा क्रिया। (स्ट्रिंग, वैकल्पिक)
method: पुल अनुरोध समीक्षा पर करने के लिए लेखन संचालन। (स्ट्रिंग, आवश्यक)
owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
pullNumber: पुल अनुरोध संख्या (संख्या, आवश्यक)
repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
threadId: समीक्षा थ्रेड का नोड ID (जैसे, PRRT_kwDOxxx)। resolve_thread और unresolve_thread विधियों के लिए आवश्यक। pull_request_read से get_review_comments विधि के साथ थ्रेड ID प्राप्त करें। (स्ट्रिंग, वैकल्पिक)
search_pull_requests - पुल अनुरोध खोजें
OAuth चुनौती दायरे: repo
fields: प्रत्येक पुल अनुरोध परिणाम के लिए लौटाने के लिए फ़ील्ड का उपसमुच्चय। यदि छोड़ा गया है, तो सभी फ़ील्ड लौटाए जाते हैं। इसका उपयोग प्रतिक्रिया आकार कम करने के लिए करें जब आपको केवल विशिष्ट फ़ील्ड चाहिए; विशेष रूप से 'body', 'reactions', और 'labels' को छोड़ना प्रति-परिणाम सबसे बड़ा डेटा हटाता है। (स्ट्रिंग[], वैकल्पिक)
order: क्रमबद्ध क्रम (स्ट्रिंग, वैकल्पिक)
owner: वैकल्पिक रिपॉजिटरी स्वामी। यदि repo के साथ प्रदान किया गया है, तो केवल इस रिपॉजिटरी के पुल अनुरोध सूचीबद्ध हैं। (स्ट्रिंग, वैकल्पिक)
page: पृष्ठांकन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
perPage: पृष्ठांकन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
query: GitHub पुल अनुरोध खोज सिंटैक्स का उपयोग करके खोज क्वेरी (स्ट्रिंग, आवश्यक)
repo: वैकल्पिक रिपॉजिटरी नाम। यदि owner के साथ प्रदान किया गया है, तो केवल इस रिपॉजिटरी के पुल अनुरोध सूचीबद्ध हैं। (स्ट्रिंग, वैकल्पिक)
sort: श्रेणियों के मिलानों की संख्या के आधार पर क्रमबद्ध फ़ील्ड, डिफ़ॉल्ट सर्वोत्तम मिलान है (स्ट्रिंग, वैकल्पिक)
update_pull_request - पुल अनुरोध संपादित करें
OAuth चुनौती दायरे: repo
base: नया आधार शाखा नाम (स्ट्रिंग, वैकल्पिक)
body: नया विवरण (स्ट्रिंग, वैकल्पिक)
draft: पुल अनुरोध को ड्राफ्ट (true) या समीक्षा के लिए तैयार (false) के रूप में चिह्नित करें (बूलियन, वैकल्पिक)
maintainer_can_modify: अनुरक्षक संपादन की अनुमति दें (बूलियन, वैकल्पिक)
owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
pullNumber: अपडेट करने के लिए पुल अनुरोध संख्या (संख्या, आवश्यक)
repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
reviewers: समीक्षा अनुरोध करने के लिए GitHub उपयोगकर्ता नाम या ORG/team-slug टीम समीक्षक (स्ट्रिंग[], वैकल्पिक)
state: नई स्थिति (स्ट्रिंग, वैकल्पिक)
title: नया शीर्षक (स्ट्रिंग, वैकल्पिक)
update_pull_request_branch - पुल अनुरोध शाखा अपडेट करें
OAuth चुनौती दायरे: repo
expectedHeadSha: पुल अनुरोध के HEAD ref का अपेक्षित SHA (स्ट्रिंग, वैकल्पिक)
owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
pullNumber: पुल अनुरोध संख्या (संख्या, आवश्यक)
repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
रिपॉजिटरीज़
create_branch - शाखा बनाएं
OAuth चुनौती दायरे: repo
branch: नई शाखा के लिए नाम (स्ट्रिंग, आवश्यक)
from_branch: स्रोत शाखा (डिफ़ॉल्ट रिपॉजिटरी डिफ़ॉल्ट है) (स्ट्रिंग, वैकल्पिक)
owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
create_or_update_file - फ़ाइल बनाएं या अपडेट करें
OAuth चुनौती दायरे: repo, workflow
allow_symlink_write: सिम्बोलिक लिंक को अपडेट करने के लिए true सेट करें; सामग्री उसका नया लक्ष्य पथ होना चाहिए। (बूलियन, वैकल्पिक)
branch: जिस शाखा में फ़ाइल बनानी/अपडेट करनी है (स्ट्रिंग, आवश्यक)
content: फ़ाइल की सामग्री, बिल्कुल वैसी ही जैसी लिखे जाने के बाद दिखनी चाहिए। इसे base64-एनकोड न करें; यह सर्वर REST API को कॉल करने से पहले ऐसा करता है। (स्ट्रिंग, आवश्यक)
message: कमिट संदेश (स्ट्रिंग, आवश्यक)
owner: रिपॉजिटरी स्वामी (उपयोगकर्ता नाम या संगठन) (स्ट्रिंग, आवश्यक)
path: वह पथ जहां फ़ाइल बनानी/अपडेट करनी है (स्ट्रिंग, आवश्यक)
repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
sha: प्रतिस्थापित की जा रही फ़ाइल का ब्लॉब SHA। यदि फ़ाइल पहले से मौजूद है तो आवश्यक है। (स्ट्रिंग, वैकल्पिक)
create_repository - रिपॉजिटरी बनाएं
OAuth चुनौती दायरे: repo
autoInit: README के साथ आरंभ करें (बूलियन, वैकल्पिक)
description: रिपॉजिटरी विवरण (स्ट्रिंग, वैकल्पिक)
name: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
organization: जिस संगठन में रिपॉजिटरी बनानी है (अपने व्यक्तिगत खाते में बनाने के लिए छोड़ दें) (स्ट्रिंग, वैकल्पिक)
private: क्या रिपॉजिटरी निजी होनी चाहिए। छोड़े जाने पर डिफ़ॉल्ट true (निजी) है। (बूलियन, वैकल्पिक)
delete_file - फ़ाइल हटाएं
OAuth चुनौती दायरे: repo, workflow
branch: जिस शाखा से फ़ाइल हटानी है (स्ट्रिंग, आवश्यक)
message: कमिट संदेश (स्ट्रिंग, आवश्यक)
owner: रिपॉजिटरी स्वामी (उपयोगकर्ता नाम या संगठन) (स्ट्रिंग, आवश्यक)
path: हटाने के लिए फ़ाइल का पथ (स्ट्रिंग, आवश्यक)
repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
delete_repository - रिपॉजिटरी हटाएं
OAuth चुनौती दायरे: delete_repo, repo
owner: रिपॉजिटरी स्वामी (उपयोगकर्ता नाम या संगठन) (स्ट्रिंग, आवश्यक)
repo: रिपॉजिटरी का नाम (स्ट्रिंग, आवश्यक)
fork_repository - रिपॉजिटरी फोर्क करें
OAuth चुनौती दायरे: repo
organization: फोर्क करने के लिए संगठन (स्ट्रिंग, वैकल्पिक)
owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
repo: रिपॉजिटरी का नाम (स्ट्रिंग, आवश्यक)
get_commit - कमिट विवरण प्राप्त करें
OAuth चुनौती दायरे: repo
detail: बदली गई फ़ाइलों के लिए शामिल किए जाने वाले विवरण का स्तर। "none" आँकड़े और फ़ाइलें पूरी तरह से छोड़ देता है। "stats" (डिफ़ॉल्ट) में प्रति-फ़ाइल मेटाडेटा शामिल होता है: फ़ाइलनाम, स्थिति, और कोड की पंक्तियों की गिनती (जोड़, हटाने, परिवर्तन), बिना पैच सामग्री के। "full_patch" में प्रत्येक फ़ाइल के लिए यूनिफाइड डिफ़ सामग्री भी शामिल होती है और यह बहुत बड़ी हो सकती है। (स्ट्रिंग, वैकल्पिक)
owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
page: पेजिनेशन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
perPage: पेजिनेशन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
repo: रिपॉजिटरी का नाम (स्ट्रिंग, आवश्यक)
sha: कमिट SHA, शाखा नाम, या टैग नाम (स्ट्रिंग, आवश्यक)
get_file_contents - फ़ाइल या निर्देशिका सामग्री प्राप्त करें
OAuth चुनौती दायरे: repo
fields: जब पथ एक निर्देशिका हो तो प्रत्येक प्रविष्टि के लिए लौटाए जाने वाले फ़ील्ड का उपसमुच्चय। यदि छोड़ दिया जाए, तो सभी फ़ील्ड लौटाए जाते हैं। निर्देशिकाओं को सूचीबद्ध करते समय प्रतिक्रिया आकार कम करने के लिए इसका उपयोग करें और आपको केवल विशिष्ट फ़ील्ड चाहिए, जैसे केवल 'name' और 'type'। (स्ट्रिंग[], वैकल्पिक)
owner: रिपॉजिटरी स्वामी (उपयोगकर्ता नाम या संगठन) (स्ट्रिंग, आवश्यक)
path: फ़ाइल/निर्देशिका का पथ (स्ट्रिंग, वैकल्पिक)
ref: वैकल्पिक git refs जैसे refs/tags/{tag}, refs/heads/{branch} या refs/pull/{pr_number}/head स्वीकार करता है (स्ट्रिंग, वैकल्पिक)
repo: रिपॉजिटरी का नाम (स्ट्रिंग, आवश्यक)
sha: वैकल्पिक कमिट SHA स्वीकार करता है। यदि निर्दिष्ट किया गया है, तो इसे ref के बजाय उपयोग किया जाएगा (स्ट्रिंग, वैकल्पिक)
get_latest_release - नवीनतम रिलीज़ प्राप्त करें
OAuth चुनौती दायरे: repo
owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
repo: रिपॉजिटरी का नाम (स्ट्रिंग, आवश्यक)
get_release_by_tag - टैग नाम से रिलीज़ प्राप्त करें
OAuth चुनौती दायरे: repo
owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
repo: रिपॉजिटरी का नाम (स्ट्रिंग, आवश्यक)
tag: टैग नाम (जैसे, 'v1.0.0') (स्ट्रिंग, आवश्यक)
get_tag - टैग विवरण प्राप्त करें
OAuth चुनौती दायरे: repo
owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
repo: रिपॉजिटरी का नाम (स्ट्रिंग, आवश्यक)
tag: टैग नाम (स्ट्रिंग, आवश्यक)
list_branches - शाखाएँ सूचीबद्ध करें
OAuth चुनौती दायरे: repo
owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
page: पेजिनेशन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
perPage: पेजिनेशन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
repo: रिपॉजिटरी का नाम (स्ट्रिंग, आवश्यक)
list_commits - कमिट सूचीबद्ध करें
OAuth चुनौती दायरे: repo
author: कमिट फ़िल्टर करने के लिए लेखक का उपयोगकर्ता नाम या ईमेल पता (स्ट्रिंग, वैकल्पिक)
fields: प्रत्येक कमिट के लिए लौटाए जाने वाले फ़ील्ड का उपसमुच्चय। यदि छोड़ दिया जाए, तो सभी फ़ील्ड लौटाए जाते हैं। प्रतिक्रिया आकार कम करने के लिए इसका उपयोग करें जब आपको केवल विशिष्ट फ़ील्ड चाहिए, जैसे केवल 'sha' और 'html_url'। (स्ट्रिंग[], वैकल्पिक)
owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
page: पेजिनेशन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
path: केवल इस फ़ाइल पथ वाले कमिट लौटाए जाएंगे (स्ट्रिंग, वैकल्पिक)
perPage: पेजिनेशन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
repo: रिपॉजिटरी का नाम (स्ट्रिंग, आवश्यक)
sha: कमिट SHA, शाखा या टैग नाम जिसके कमिट सूचीबद्ध करने हैं। यदि प्रदान नहीं किया गया है, तो रिपॉजिटरी की डिफ़ॉल्ट शाखा का उपयोग करता है। यदि कमिट SHA प्रदान किया गया है, तो उस SHA तक के कमिट सूचीबद्ध करेगा। (स्ट्रिंग, वैकल्पिक)
since: केवल इस तिथि के बाद के कमिट लौटाए जाएंगे (ISO 8601 प्रारूप: YYYY-MM-DDTHH:MM:SSZ या YYYY-MM-DD) (स्ट्रिंग, वैकल्पिक)
until: केवल इस तिथि से पहले के कमिट लौटाए जाएंगे (ISO 8601 प्रारूप: YYYY-MM-DDTHH:MM:SSZ या YYYY-MM-DD) (स्ट्रिंग, वैकल्पिक)
list_releases - रिलीज़ सूचीबद्ध करें
OAuth चुनौती दायरे: repo
fields: प्रत्येक रिलीज़ के लिए लौटाए जाने वाले फ़ील्ड का उपसमुच्चय। यदि छोड़ दिया जाए, तो सभी फ़ील्ड लौटाए जाते हैं। प्रतिक्रिया आकार कम करने के लिए इसका उपयोग करें जब आपको केवल विशिष्ट फ़ील्ड चाहिए; विशेष रूप से 'body' को छोड़ना प्रति-रिलीज़ सबसे बड़ा डेटा हटा देता है। (स्ट्रिंग[], वैकल्पिक)
owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
page: पेजिनेशन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
perPage: पेजिनेशन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
repo: रिपॉजिटरी का नाम (स्ट्रिंग, आवश्यक)
list_repository_collaborators - रिपॉजिटरी सहयोगियों की सूची बनाएं
OAuth चुनौती दायरे: repo
affiliation: संबद्धता द्वारा फ़िल्टर करें। इनमें से एक हो सकता है: 'outside' (बाहरी सहयोगी), 'direct' (संगठन सदस्यता की परवाह किए बिना अनुमतियों वाले सभी), 'all' (सभी सहयोगी)। डिफ़ॉल्ट: 'all' (स्ट्रिंग, वैकल्पिक)
owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
page: पेजिनेशन के लिए पृष्ठ संख्या (डिफ़ॉल्ट 1, न्यूनतम 1) (संख्या, वैकल्पिक)
perPage: पेजिनेशन के लिए प्रति पृष्ठ परिणाम (डिफ़ॉल्ट 30, न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
repo: रिपॉजिटरी का नाम (स्ट्रिंग, आवश्यक)
list_tags - टैग सूचीबद्ध करें
OAuth चुनौती दायरे: repo
owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
page: पेजिनेशन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
perPage: पेजिनेशन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
repo: रिपॉजिटरी का नाम (स्ट्रिंग, आवश्यक)
push_files - रिपॉजिटरी में फ़ाइलें पुश करें
OAuth चुनौती दायरे: repo, workflow
branch: पुश करने के लिए शाखा (स्ट्रिंग, आवश्यक)
files: पुश करने के लिए फ़ाइल ऑब्जेक्ट की सरणी, प्रत्येक ऑब्जेक्ट में path (स्ट्रिंग) और content (स्ट्रिंग) होता है (ऑब्जेक्ट[], आवश्यक)
message: कमिट संदेश (स्ट्रिंग, आवश्यक)
owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
repo: रिपॉजिटरी का नाम (स्ट्रिंग, आवश्यक)
search_code - कोड खोजें
OAuth चुनौती दायरे: repo
fields: प्रत्येक कोड खोज परिणाम के लिए लौटाए जाने वाले फ़ील्ड का उपसमुच्चय। यदि छोड़ दिया जाए, तो सभी फ़ील्ड लौटाए जाते हैं। प्रतिक्रिया आकार कम करने के लिए इसका उपयोग करें जब आपको केवल विशिष्ट फ़ील्ड चाहिए; विशेष रूप से 'repository' और 'text_matches' को छोड़ना प्रति-परिणाम सबसे बड़ा डेटा हटा देता है। (स्ट्रिंग[], वैकल्पिक)
order: परिणामों के लिए क्रमबद्ध क्रम (स्ट्रिंग, वैकल्पिक)
page: पेजिनेशन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
perPage: पेजिनेशन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
query: खोज क्वेरी (GitHub कोड खोज REST)। शब्दों के बीच निहित AND; सटीक मिलान के लिए OR, NOT, और "quoted phrase" का समर्थन करता है। क्वालिफायर: repo:owner/repo, org:, user:, language:, path:dir (उपसर्ग मिलान), filename:exact.ext, extension:, in:file, in:path, size:, is:archived, is:fork। अधिकतम 256 वर्ण। उदाहरण: WithContext language:go org:github; "package main" repo:o/r; func extension:go path:cmd repo:o/r; NOT TODO language:go repo:o/r। (स्ट्रिंग, आवश्यक)
page: पेजिनेशन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
perPage: पेजिनेशन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
query: कमिट खोज क्वेरी (GitHub कमिट खोज REST)। केवल डिफ़ॉल्ट शाखा पर कमिट संदेश खोजता है। repo:owner/repo, org:, या user: के साथ खोज को सीमित करें (बिना दायरे क्वालिफायर वाली क्वेरी पूरे GitHub पर मिलती हैं और आमतौर पर वह नहीं होतीं जो आप चाहते हैं)। अन्य क्वालिफायर: author:, committer:, author-name:, committer-name:, author-email:, committer-email:, author-date:, committer-date: (>, <, >=, <=, और YYYY-MM-DD..YYYY-MM-DD श्रेणियों का समर्थन करता है), merge:true|false, hash:, tree:, parent:, is:public। उदाहरण: repo:owner/repo fix panic; org:github author:defunkt committer-date:>=2024-01-01; "refactor cache" repo:o/r; hash:abc1234 repo:o/r। (स्ट्रिंग, आवश्यक)
sort: लेखक या कमिटर तिथि के अनुसार क्रमबद्ध करें (डिफ़ॉल्ट सर्वोत्तम मिलान) (स्ट्रिंग, वैकल्पिक)
search_repositories - रिपॉजिटरी खोजें
OAuth चुनौती दायरे: repo
minimal_output: न्यूनतम रिपॉजिटरी जानकारी लौटाएं (डिफ़ॉल्ट: true)। जब false होता है, तो पूर्ण GitHub API रिपॉजिटरी ऑब्जेक्ट लौटाता है। (बूलियन, वैकल्पिक)
order: क्रमबद्ध क्रम (स्ट्रिंग, वैकल्पिक)
page: पेजिनेशन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
perPage: पेजिनेशन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
query: रिपॉजिटरी खोज क्वेरी। उदाहरण: 'machine learning in:name stars:>1000 language:python', 'topic:react', 'user:facebook'. सटीक फ़िल्टरिंग के लिए उन्नत खोज सिंटैक्स का समर्थन करता है। (स्ट्रिंग, आवश्यक)
sort: रिपॉजिटरी को फ़ील्ड द्वारा क्रमबद्ध करें, डिफ़ॉल्ट सर्वोत्तम मिलान (स्ट्रिंग, वैकल्पिक)
गुप्त सुरक्षा
get_secret_scanning_alert - गुप्त स्कैनिंग अलर्ट प्राप्त करें
OAuth चुनौती दायरे: security_events
alertNumber: अलर्ट की संख्या। (संख्या, आवश्यक)
owner: रिपॉजिटरी का स्वामी। (स्ट्रिंग, आवश्यक)
repo: रिपॉजिटरी का नाम। (स्ट्रिंग, आवश्यक)
list_secret_scanning_alerts - गुप्त स्कैनिंग अलर्ट सूचीबद्ध करें
OAuth चुनौती दायरे: security_events
owner: रिपॉजिटरी का स्वामी। (स्ट्रिंग, आवश्यक)
page: पेजिनेशन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
perPage: पेजिनेशन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
repo: रिपॉजिटरी का नाम। (स्ट्रिंग, आवश्यक)
resolution: समाधान द्वारा फ़िल्टर करें (स्ट्रिंग, वैकल्पिक)
secret_type: लौटाने के लिए गुप्त प्रकारों की अल्पविराम-पृथक सूची। सभी डिफ़ॉल्ट गुप्त पैटर्न लौटाए जाते हैं। सामान्य पैटर्न लौटाने के लिए, पैरामीटर में टोकन नाम पास करें। (स्ट्रिंग, वैकल्पिक)
state: स्थिति द्वारा फ़िल्टर करें (स्ट्रिंग, वैकल्पिक)
सुरक्षा सलाहकार
get_global_security_advisory - वैश्विक सुरक्षा सलाहकार प्राप्त करें
OAuth चुनौती दायरे: security_events
ghsaId: GitHub सुरक्षा सलाहकार आईडी (प्रारूप: GHSA-xxxx-xxxx-xxxx)। (स्ट्रिंग, आवश्यक)
list_global_security_advisories - वैश्विक सुरक्षा सलाहकार सूचीबद्ध करें
OAuth चुनौती दायरे: security_events
affects: सलाहकारों को प्रभावित पैकेज या संस्करण द्वारा फ़िल्टर करें (जैसे "package1,package2@1.0.0")। (स्ट्रिंग, वैकल्पिक)
cveId: CVE ID द्वारा फ़िल्टर करें। (स्ट्रिंग, वैकल्पिक)
cwes: सामान्य कमजोरी गणना ID द्वारा फ़िल्टर करें (जैसे ["79", "284", "22"])। (स्ट्रिंग[], वैकल्पिक)
ecosystem: पैकेज पारिस्थितिकी तंत्र द्वारा फ़िल्टर करें। (स्ट्रिंग, वैकल्पिक)
ghsaId: GitHub सुरक्षा सलाहकार ID द्वारा फ़िल्टर करें (प्रारूप: GHSA-xxxx-xxxx-xxxx)। (स्ट्रिंग, वैकल्पिक)
isWithdrawn: केवल वापस लिए गए सलाहकारों को लौटाना है या नहीं। (बूलियन, वैकल्पिक)
modified: प्रकाशन या अद्यतन तिथि या तिथि सीमा द्वारा फ़िल्टर करें (ISO 8601 तिथि या सीमा)। (स्ट्रिंग, वैकल्पिक)
published: प्रकाशन तिथि या तिथि सीमा द्वारा फ़िल्टर करें (ISO 8601 तिथि या सीमा)। (स्ट्रिंग, वैकल्पिक)
severity: गंभीरता द्वारा फ़िल्टर करें। (स्ट्रिंग, वैकल्पिक)
type: सलाहकार प्रकार। (स्ट्रिंग, वैकल्पिक)
updated: अद्यतन तिथि या तिथि सीमा द्वारा फ़िल्टर करें (ISO 8601 तिथि या सीमा)। (स्ट्रिंग, वैकल्पिक)
list_org_repository_security_advisories - संगठन रिपॉजिटरी सुरक्षा सलाहकार सूचीबद्ध करें
OAuth चुनौती दायरे: security_events
direction: क्रमबद्ध दिशा। (स्ट्रिंग, वैकल्पिक)
org: संगठन लॉगिन। (स्ट्रिंग, आवश्यक)
sort: क्रमबद्ध फ़ील्ड। (स्ट्रिंग, वैकल्पिक)
state: सलाहकार स्थिति द्वारा फ़िल्टर करें। (स्ट्रिंग, वैकल्पिक)
list_repository_security_advisories - रिपॉजिटरी सुरक्षा सलाहकार सूचीबद्ध करें
OAuth चुनौती दायरे: security_events
direction: क्रमबद्ध दिशा। (स्ट्रिंग, वैकल्पिक)
owner: रिपॉजिटरी का स्वामी। (स्ट्रिंग, आवश्यक)
repo: रिपॉजिटरी का नाम। (स्ट्रिंग, आवश्यक)
sort: क्रमबद्ध फ़ील्ड। (स्ट्रिंग, वैकल्पिक)
state: सलाहकार स्थिति द्वारा फ़िल्टर करें। (स्ट्रिंग, वैकल्पिक)
स्टारगेज़र
list_starred_repositories - स्टार किए गए रिपॉजिटरी सूचीबद्ध करें
OAuth चुनौती दायरे: repo
direction: परिणामों को क्रमबद्ध करने की दिशा। (स्ट्रिंग, वैकल्पिक)
page: पृष्ठांकन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
perPage: पृष्ठांकन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
sort: परिणामों को कैसे क्रमबद्ध करें। या तो 'created' (जब रिपॉजिटरी स्टार की गई थी) या 'updated' (जब रिपॉजिटरी में अंतिम बार पुश किया गया था) हो सकता है। (स्ट्रिंग, वैकल्पिक)
username: स्टार किए गए रिपॉजिटरी सूचीबद्ध करने के लिए उपयोगकर्ता नाम। डिफ़ॉल्ट रूप से प्रमाणित उपयोगकर्ता। (स्ट्रिंग, वैकल्पिक)
star_repository - रिपॉजिटरी स्टार करें
OAuth चुनौती दायरे: repo
owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
unstar_repository - रिपॉजिटरी अनस्टार करें
OAuth चुनौती दायरे: repo
owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
उपयोगकर्ता
search_users - उपयोगकर्ता खोजें
OAuth चुनौती दायरे: repo
order: क्रमबद्ध क्रम (स्ट्रिंग, वैकल्पिक)
page: पृष्ठांकन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
perPage: पृष्ठांकन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
query: उपयोगकर्ता खोज क्वेरी। उदाहरण: 'john smith', 'location:seattle', 'followers:>100'। खोज स्वचालित रूप से type:user तक सीमित है। (स्ट्रिंग, आवश्यक)
sort: उपयोगकर्ताओं को अनुयायियों या रिपॉजिटरी की संख्या, या जब व्यक्ति GitHub में शामिल हुआ, के आधार पर क्रमबद्ध करें। (स्ट्रिंग, वैकल्पिक)
रिमोट GitHub MCP सर्वर में अतिरिक्त उपकरण
Copilot
create_pull_request_with_copilot - GitHub Copilot कोडिंग एजेंट के साथ कार्य करें
owner: रिपॉजिटरी स्वामी। आप स्वामी का अनुमान लगा सकते हैं, लेकिन आगे बढ़ने से पहले उपयोगकर्ता से इसकी पुष्टि करें। (स्ट्रिंग, आवश्यक)
repo: रिपॉजिटरी नाम। आप रिपॉजिटरी नाम का अनुमान लगा सकते हैं, लेकिन आगे बढ़ने से पहले उपयोगकर्ता से इसकी पुष्टि करें। (स्ट्रिंग, आवश्यक)
problem_statement: किए जाने वाले कार्य का विस्तृत विवरण (जैसे, 'एक सुविधा लागू करें जो X करती है', 'बग Y ठीक करें', आदि) (स्ट्रिंग, आवश्यक)
title: बनाए जाने वाले पुल अनुरोध के लिए शीर्षक (स्ट्रिंग, आवश्यक)
base_ref: Git संदर्भ (जैसे, शाखा) जिससे एजेंट अपना काम शुरू करेगा। यदि निर्दिष्ट नहीं है, तो रिपॉजिटरी की डिफ़ॉल्ट शाखा पर डिफ़ॉल्ट होता है (स्ट्रिंग, वैकल्पिक)
Copilot Spaces
प्रमाणीकरण नोट
बारीक-दाने वाले PAT क्लासिक PAT दायरे फ़िल्टरिंग द्वारा छिपे नहीं होते हैं, इसलिए ये उपकरण तब भी दिखाई दे सकते हैं जब टोकन उनका उपयोग नहीं कर सकता।
संगठन-स्वामित्व वाले स्थानों के लिए, बारीक-दाने वाले PAT को स्वामित्व वाले संगठन पर स्थापित होना चाहिए और इसमें organization_copilot_spaces: read शामिल होना चाहिए।
यदि किसी संगठन-स्वामित्व वाले स्थान में रिपॉजिटरी-समर्थित संसाधन हैं, तो टोकन के पास प्रत्येक संदर्भित रिपॉजिटरी तक पहुंच भी होनी चाहिए या स्थान को नहीं मिला माना जा सकता है।
get_copilot_space - Copilot स्थान प्राप्त करें
owner: स्थान का स्वामी। (स्ट्रिंग, आवश्यक)
name: स्थान का नाम। (स्ट्रिंग, आवश्यक)
list_copilot_spaces - Copilot स्थान सूचीबद्ध करें
GitHub सहायता दस्तावेज़ खोज
github_support_docs_search - GitHub उत्पाद और सहायता प्रश्नों के उत्तर देने के लिए प्रासंगिक दस्तावेज़ प्राप्त करें। सहायता विषयों में शामिल हैं: GitHub Actions वर्कफ़्लो, प्रमाणीकरण, GitHub सहायता पूछताछ, पुल अनुरोध अभ्यास, रिपॉजिटरी रखरखाव, GitHub Pages, GitHub Packages, GitHub चर्चाएँ, Copilot Spaces
query: उपयोगकर्ता से उस प्रश्न के बारे में इनपुट जिसका उत्तर उन्हें चाहिए। यह नवीनतम कच्चा असंपादित उपयोगकर्ता संदेश है। आपको हमेशा उपयोगकर्ता संदेश को वैसे ही छोड़ देना चाहिए, आपको इसे कभी संशोधित नहीं करना चाहिए। (स्ट्रिंग, आवश्यक)
केवल-पठन मोड
सर्वर को केवल-पठन मोड में चलाने के लिए, आप --read-only फ़्लैग का उपयोग कर सकते हैं। यह केवल पढ़ने-योग्य उपकरण प्रदान करेगा, जिससे रिपॉजिटरी, मुद्दों, पुल अनुरोधों आदि में किसी भी संशोधन को रोका जा सकेगा।
./github-mcp-server --read-only
Docker का उपयोग करते समय, आप केवल-पठन मोड को पर्यावरण चर के रूप में पास कर सकते हैं:
लॉकडाउन मोड सर्वर द्वारा सार्वजनिक रिपॉजिटरी से सतह पर लाई जाने वाली सामग्री को सीमित करता है। सक्षम होने पर, सर्वर जाँचता है कि प्रत्येक आइटम के लेखक के पास रिपॉजिटरी तक पुश पहुंच है या नहीं। निजी रिपॉजिटरी प्रभावित नहीं होती हैं, और सहयोगी अपनी सामग्री तक पूर्ण पहुंच बनाए रखते हैं।
लॉकडाउन मोड एक सर्वोत्तम-प्रयास सामग्री फ़िल्टर है जिसका उद्देश्य अविश्वसनीय रिपॉजिटरी सामग्री (मुद्दों, पुल अनुरोधों, टिप्पणियों, कमिट आदि) से प्रॉम्प्ट इंजेक्शन के जोखिम को कम करना है। यह नहीं एक प्राधिकरण सीमा है: यह नहीं बदलता कि अंतर्निहित GitHub क्रेडेंशियल क्या पढ़ या लिख सकता है, और फ़िल्टर किए गए उपकरण प्रतिक्रिया से रोकी गई सामग्री अभी भी अन्य उपकरणों या उसी क्रेडेंशियल के साथ सीधे GitHub API पहुंच के माध्यम से प्राप्त की जा सकती है।
एक जानबूझकर अपवाद के रूप में, विश्वसनीय बॉट खातों के एक छोटे से समूह (वर्तमान में github-actions[bot] और copilot) द्वारा लिखी गई सामग्री को हमेशा सुरक्षित माना जाता है, चाहे पुश पहुंच कुछ भी हो। यह नियमित स्वचालन आउटपुट (जैसे CI-जनित कमिट या टिप्पणियाँ) को फ़िल्टर करने से बचाता है जो अन्यथा लॉकडाउन मोड के तहत रोक दिया जाता।
./github-mcp-server --lockdown-mode
Docker के साथ चलाते समय, संबंधित पर्यावरण चर सेट करें:
HTTP मोड में, यह फ़्लैग (या GITHUB_LOCKDOWN_MODE) एक ऊपरी सीमा है: X-MCP-Lockdown अनुरोध हेडर लॉकडाउन मोड को सक्षम कर सकता है जब ऑपरेटर ने नहीं किया है, लेकिन यह लॉकडाउन मोड को अक्षम नहीं कर सकता जिसे ऑपरेटर पहले ही सक्षम कर चुका है। विवरण के लिए सर्वर कॉन्फ़िगरेशन गाइड देखें।
लॉकडाउन मोड का व्यवहार आह्वान किए गए उपकरण पर निर्भर करता है।
निम्नलिखित उपकरण एक त्रुटि लौटाएंगे जब लेखक के पास पुश पहुंच नहीं होगी:
issue_read:get
pull_request_read:get
pull_request_read:get_diff
pull_request_read:get_files
pull_request_read:get_commits
निम्नलिखित उपकरण पुश पहुंच की कमी वाले उपयोगकर्ताओं से सामग्री को फ़िल्टर करेंगे:
issue_read:get_comments
issue_read:get_sub_issues
pull_request_read:get_comments
pull_request_read:get_review_comments
pull_request_read:get_reviews
i18n / विवरण ओवरराइड करना
उपकरणों के विवरण को बाइनरी के समान निर्देशिका में एक
github-mcp-server-config.json फ़ाइल बनाकर ओवरराइड किया जा सकता है।
फ़ाइल में उपकरण नामों को कुंजी के रूप में और नए
विवरणों को मान के रूप में एक JSON ऑब्जेक्ट होना चाहिए। उदाहरण के लिए:
{
"TOOL_ADD_ISSUE_COMMENT_DESCRIPTION": "an alternative description",
"TOOL_CREATE_BRANCH_DESCRIPTION": "Create a new branch in a GitHub repository"
}
आप बाइनरी को --export-translations फ़्लैग के साथ चलाकर वर्तमान अनुवादों का निर्यात बना सकते हैं।
यह फ़्लैग आपके द्वारा किए गए किसी भी अनुवाद/ओवरराइड को संरक्षित करेगा, साथ ही
बाइनरी में जोड़े गए किसी भी नए अनुवाद को जोड़ेगा जो पिछली बार
निर्यात करने के बाद से जोड़े गए हैं।
आप विवरणों को ओवरराइड करने के लिए ENV चर का भी उपयोग कर सकते हैं। पर्यावरण
चर नाम JSON फ़ाइल में कुंजियों के समान हैं, जिनमें
GITHUB_MCP_ उपसर्ग और सभी अपरकेस हैं।
उदाहरण के लिए, TOOL_ADD_ISSUE_COMMENT_DESCRIPTION उपकरण को ओवरराइड करने के लिए, आप
निम्नलिखित पर्यावरण चर सेट कर सकते हैं:
export GITHUB_MCP_TOOL_ADD_ISSUE_COMMENT_DESCRIPTION="an alternative description"
सर्वर नाम और शीर्षक ओवरराइड करना
समान ओवरराइड तंत्र का उपयोग MCP सर्वर के name और
title फ़ील्ड को आरंभीकरण प्रतिक्रिया में अनुकूलित करने के लिए किया जा सकता है। यह कई
GitHub MCP सर्वर इंस्टेंस चलाते समय उपयोगी है (जैसे, एक github.com के लिए और एक
GitHub Enterprise Server के लिए) ताकि एजेंट उनके बीच अंतर कर सकें।
कुंजी
पर्यावरण चर
डिफ़ॉल्ट
SERVER_NAME
GITHUB_MCP_SERVER_NAME
github-mcp-server
SERVER_TITLE
GITHUB_MCP_SERVER_TITLE
GitHub MCP Server
उदाहरण के लिए, GitHub Enterprise Server के लिए एक सर्वर इंस्टेंस कॉन्फ़िगर करने के लिए:
इस मॉड्यूल का निर्यात किया गया Go API वर्तमान में अस्थिर माना जाना चाहिए, और ब्रेकिंग परिवर्तनों के अधीन है। भविष्य में, हम स्थिरता प्रदान कर सकते हैं; कृपया एक मुद्दा दर्ज करें यदि कोई उपयोग मामला है जहां यह मूल्यवान होगा।
योगदान
योगदान का स्वागत है। पुल अनुरोध खोलने से पहले, कृपया सेटअप, परीक्षण, लिंटिंग और दस्तावेज़ीकरण निर्माण निर्देशों के लिए योगदान गाइड पढ़ें।
सहायता
GitHub MCP सर्वर का उपयोग करने में सहायता के लिए, सहायता गाइड देखें। यदि आपको कोई बग मिला है या कोई सुविधा अनुरोध करना चाहते हैं, तो कृपया नया खोलने से पहले मौजूदा मुद्दों को खोजें।
सुरक्षा
कृपया सार्वजनिक मुद्दों के माध्यम से सुरक्षा कमजोरियों की रिपोर्ट न करें। कमजोरियों की जिम्मेदारी से रिपोर्ट करने के लिए सुरक्षा नीति में दिए गए निर्देशों का पालन करें।
लाइसेंस
यह परियोजना MIT ओपन सोर्स लाइसेंस की शर्तों के तहत लाइसेंस प्राप्त है। पूर्ण शर्तों के लिए कृपया MIT देखें।