GitHub MCP

आधिकारिक

GitHub रिपॉजिटरी खोज, मुद्दों, पुल अनुरोधों, कोड संदर्भ और MCP-संगत AI क्लाइंट में GitHub वर्कफ़्लो के लिए आधिकारिक GitHub MCP सर्वर।

GitHub

31.5k

Git Hub MCP के साथ आप क्या कर सकते हैं?

रिपॉजिटरी ब्राउज़ करें और खोजें — अपने सहायक से repos टूलसेट के टूल्स का उपयोग करके फ़ाइलें ढूंढने, कोड पढ़ने या कमिट हिस्ट्री का विश्लेषण करने के लिए कहें।
इश्यू और पुल रिक्वेस्ट प्रबंधित करें — issues और pull_requests टूलसेट के टूल्स से इश्यू या PR बनाएं, अपडेट करें और ट्राइएज करें।
CI/CD वर्कफ़्लो की निगरानी करें — actions टूलसेट के माध्यम से GitHub Actions रन स्थिति जांचें, बिल्ड विफलताओं की जांच करें और रिलीज़ प्रबंधित करें।
कोड सुरक्षा अलर्ट की समीक्षा करें — code_security, dependabot और secret_protection टूलसेट का उपयोग करके कोड स्कैनिंग निष्कर्ष, Dependabot अलर्ट और सीक्रेट स्कैनिंग परिणामों की जांच करें।
चर्चाओं और प्रोजेक्ट्स पर सहयोग करें — discussions, projects और notifications टूलसेट के माध्यम से टीम चर्चाओं तक पहुंचें, प्रोजेक्ट बोर्ड प्रबंधित करें और सूचनाओं को संभालें।

दस्तावेज़

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, आदि)
कोई भी लागू नीतियाँ सक्षम

VS Code में स्थापित करें

त्वरित स्थापना के लिए, ऊपर दिए गए एक-क्लिक इंस्टॉल बटनों में से एक का उपयोग करें। एक बार जब आप वह प्रवाह पूरा कर लेते हैं, तो एजेंट मोड (Copilot Chat टेक्स्ट इनपुट के पास स्थित) टॉगल करें और सर्वर शुरू हो जाएगा। सुनिश्चित करें कि आप दूरस्थ MCP और OAuth समर्थन के लिए VS Code 1.101 या बाद के संस्करण का उपयोग कर रहे हैं।

वैकल्पिक रूप से, VS Code को मैन्युअल रूप से कॉन्फ़िगर करने के लिए, नीचे दिए गए उदाहरणों में से उपयुक्त JSON ब्लॉक चुनें और इसे अपने होस्ट कॉन्फ़िगरेशन में जोड़ें:

OAuth का उपयोग करना GitHub PAT का उपयोग करना

VS Code (संस्करण 1.101 या अधिक)

{
  "servers": {
    "github": {
      "type": "http",
      "url": "https://api.githubcopilot.com/mcp/"
    }
  }
}

{
  "servers": {
    "github": {
      "type": "http",
      "url": "https://api.githubcopilot.com/mcp/",
      "headers": {
        "Authorization": "Bearer ${input:github_mcp_pat}"
      }
    }
  },
  "inputs": [
    {
      "type": "promptString",
      "id": "github_mcp_pat",
      "description": "GitHub Personal Access Token",
      "password": true
    }
  ]
}

अन्य MCP होस्ट में स्थापित करें

Copilot CLI - GitHub Copilot CLI के लिए स्थापना गाइड
अन्य IDE में GitHub Copilot - GitHub Copilot के साथ JetBrains, Visual Studio, Eclipse, और Xcode के लिए स्थापना
Claude अनुप्रयोग - Claude Desktop और Claude Code CLI के लिए स्थापना गाइड
Codex - OpenAI Codex के लिए स्थापना गाइड
Cursor - Cursor IDE के लिए स्थापना गाइड
OpenCode - OpenCode टर्मिनल एजेंट के लिए स्थापना गाइड
Windsurf - Windsurf IDE के लिए स्थापना गाइड
Zed - Zed संपादक के लिए स्थापना गाइड
Rovo Dev CLI - Rovo Dev CLI के लिए स्थापना गाइड

नोट: प्रत्येक MCP होस्ट एप्लिकेशन को OAuth के माध्यम से दूरस्थ पहुँच का समर्थन करने के लिए GitHub ऐप या OAuth ऐप कॉन्फ़िगर करने की आवश्यकता होती है। कोई भी होस्ट एप्लिकेशन जो दूरस्थ MCP सर्वर का समर्थन करता है, उसे PAT प्रमाणीकरण के साथ दूरस्थ GitHub सर्वर का समर्थन करना चाहिए। कॉन्फ़िगरेशन विवरण और समर्थन स्तर होस्ट के अनुसार भिन्न होते हैं। अधिक जानकारी के लिए होस्ट एप्लिकेशन के दस्तावेज़ देखना सुनिश्चित करें।

कॉन्फ़िगरेशन

टूलसेट कॉन्फ़िगरेशन

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

जब कोई टूलसेट निर्दिष्ट नहीं किया जाता है, तो डिफ़ॉल्ट टूलसेट का उपयोग किया जाता है।

इनसाइडर्स मोड

नई सुविधाएँ जल्दी आज़माएँ! दूरस्थ सर्वर नई सुविधाओं और प्रायोगिक उपकरणों तक शीघ्र पहुँच के साथ एक इनसाइडर्स संस्करण प्रदान करता है।

URL पथ का उपयोग करना हेडर का उपयोग करना

{
  "servers": {
    "github": {
      "type": "http",
      "url": "https://api.githubcopilot.com/mcp/insiders"
    }
  }
}

{
  "servers": {
    "github": {
      "type": "http",
      "url": "https://api.githubcopilot.com/mcp/",
      "headers": {
        "X-MCP-Insiders": "true"
      }
    }
  }
}

अधिक विवरण और उदाहरणों के लिए दूरस्थ सर्वर दस्तावेज़ीकरण देखें, और उपलब्ध सुविधाओं की पूरी सूची के लिए इनसाइडर्स सुविधाएँ देखें।

GitHub Enterprise

डेटा रेजीडेंसी के साथ GitHub Enterprise Cloud (ghe.com)

GitHub Enterprise Cloud दूरस्थ सर्वर का भी उपयोग कर सकता है।

GitHub PAT टोकन के साथ https://octocorp.ghe.com के लिए उदाहरण:

{
    ...
    "github-octocorp": {
      "type": "http",
      "url": "https://copilot-api.octocorp.ghe.com/mcp",
      "headers": {
        "Authorization": "Bearer ${input:github_mcp_pat}"
      }
    },
    ...
}

नोट: VS Code और GitHub Copilot के साथ GitHub Enterprise के साथ OAuth का उपयोग करते समय, आपको अपनी VS Code सेटिंग्स को अपने GitHub Enterprise इंस्टेंस की ओर इंगित करने के लिए भी कॉन्फ़िगर करना होगा - VS Code से प्रमाणित करें देखें

GitHub Enterprise Server

GitHub Enterprise Server दूरस्थ सर्वर होस्टिंग का समर्थन नहीं करता है। कृपया स्थानीय सर्वर कॉन्फ़िगरेशन से GitHub Enterprise Server और डेटा रेजीडेंसी के साथ Enterprise Cloud (ghe.com) देखें।

स्थानीय GitHub MCP सर्वर

पूर्वापेक्षाएँ

सर्वर को एक कंटेनर में चलाने के लिए, आपको 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 ऐप लाने (GitHub Enterprise Server और ghe.com के लिए आवश्यक) के लिए स्थानीय सर्वर OAuth लॉगिन देखें।

टोकन पसंद करते हैं? आप अभी भी GITHUB_PERSONAL_ACCESS_TOKEN सेट करके GitHub व्यक्तिगत एक्सेस टोकन से प्रमाणित कर सकते हैं (यह OAuth पर प्राथमिकता लेता है)। MCP सर्वर कई GitHub API का उपयोग कर सकता है, इसलिए वे अनुमतियाँ सक्षम करें जिन्हें आप अपने 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 स्कीम लगाएँ, क्योंकि यह अन्यथा http:// पर डिफ़ॉल्ट हो जाता है, जिसे GitHub Enterprise Server समर्थन नहीं करता है।
डेटा रेजीडेंसी के साथ GitHub Enterprise Cloud के लिए, होस्टनाम के रूप में https://YOURSUBDOMAIN.ghe.com का उपयोग करें।

"github": {
    "command": "docker",
    "args": [
    "run",
    "-i",
    "--rm",
    "-e",
    "GITHUB_PERSONAL_ACCESS_TOKEN",
    "-e",
    "GITHUB_HOST",
    "ghcr.io/github/github-mcp-server"
    ],
    "env": {
        "GITHUB_PERSONAL_ACCESS_TOKEN": "${input:github_token}",
        "GITHUB_HOST": "https://<your GHES or ghe.com domain name>"
    }
}

स्थापना

VS Code पर GitHub Copilot में स्थापित करें

VS Code के एजेंट मोड दस्तावेज़ीकरण में MCP सर्वर उपकरणों का उपयोग करने के बारे में अधिक जानकारी।

अन्य IDE (JetBrains, Visual Studio, Eclipse, आदि) पर GitHub Copilot में स्थापित करें

अपने IDE की MCP सेटिंग्स में निम्नलिखित JSON ब्लॉकों में से एक जोड़ें।

OAuth से लॉग इन करें (बनाने या संग्रहीत करने के लिए कोई टोकन नहीं)। github.com पर आधिकारिक इमेज में पहले से ही ऐप क्रेडेंशियल शामिल हैं, इसलिए आप स्वयं कोई प्रदान नहीं करते हैं: यह पहले उपयोग पर ब्राउज़र-आधारित लॉगिन चलाता है और परिणामी टोकन को केवल मेमोरी में रखता है। Docker में इसे लूपबैक पर प्रकाशित एक निश्चित कॉलबैक पोर्ट की आवश्यकता होती है ताकि कंटेनर का लॉगिन कॉलबैक पहुँच योग्य हो:

{
  "mcp": {
    "servers": {
      "github": {
        "command": "docker",
        "args": [
          "run",
          "-i",
          "--rm",
          "-p",
          "127.0.0.1:8085:8085",
          "-e",
          "GITHUB_OAUTH_CALLBACK_PORT",
          "ghcr.io/github/github-mcp-server"
        ],
        "env": {
          "GITHUB_OAUTH_CALLBACK_PORT": "8085"
        }
      }
    }
  }
}

नेटिव-बाइनरी प्रवाह (कोई निश्चित पोर्ट आवश्यक नहीं), हेडलेस/डिवाइस-कोड फ़ॉलबैक, GitHub Enterprise Server / ghe.com, और अपना स्वयं का OAuth या GitHub ऐप लाने के लिए स्थानीय सर्वर OAuth लॉगिन देखें।

या व्यक्तिगत एक्सेस टोकन से प्रमाणित करें। इसके बजाय GITHUB_PERSONAL_ACCESS_TOKEN सेट करें (यह OAuth पर प्राथमिकता लेता है):

{
  "mcp": {
    "inputs": [
      {
        "type": "promptString",
        "id": "github_token",
        "description": "GitHub Personal Access Token",
        "password": true
      }
    ],
    "servers": {
      "github": {
        "command": "docker",
        "args": [
          "run",
          "-i",
          "--rm",
          "-e",
          "GITHUB_PERSONAL_ACCESS_TOKEN",
          "ghcr.io/github/github-mcp-server"
        ],
        "env": {
          "GITHUB_PERSONAL_ACCESS_TOKEN": "${input:github_token}"
        }
      }
    }
  }
}

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

MCP कुंजी शामिल किए बिना उदाहरण JSON ब्लॉक

{
  "inputs": [
    {
      "type": "promptString",
      "id": "github_token",
      "description": "GitHub Personal Access Token",
      "password": true
    }
  ],
  "servers": {
    "github": {
      "command": "docker",
      "args": [
        "run",
        "-i",
        "--rm",
        "-e",
        "GITHUB_PERSONAL_ACCESS_TOKEN",
        "ghcr.io/github/github-mcp-server"
      ],
      "env": {
        "GITHUB_PERSONAL_ACCESS_TOKEN": "${input:github_token}"
      }
    }
  }
}

अन्य MCP होस्ट में स्थापित करें

अन्य MCP होस्ट अनुप्रयोगों के लिए, कृपया हमारी स्थापना मार्गदर्शिकाएँ देखें:

Copilot CLI - GitHub Copilot CLI के लिए स्थापना गाइड
अन्य IDE में GitHub Copilot - GitHub Copilot के साथ JetBrains, Visual Studio, Eclipse, और Xcode के लिए स्थापना
Claude Code और Claude Desktop - Claude Code और Claude Desktop के लिए स्थापना गाइड
Cursor - Cursor IDE के लिए स्थापना गाइड
Google Gemini CLI - Google Gemini CLI के लिए स्थापना गाइड
OpenCode - OpenCode टर्मिनल एजेंट के लिए स्थापना गाइड
Windsurf - Windsurf IDE के लिए स्थापना गाइड
Zed - Zed संपादक के लिए स्थापना गाइड

सभी स्थापना विकल्पों के पूर्ण अवलोकन के लिए, हमारा स्थापना गाइड सूचकांक देखें।

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

स्रोत से बिल्ड करें

यदि आपके पास Docker नहीं है, तो आप go build का उपयोग करके cmd/github-mcp-server निर्देशिका में बाइनरी बना सकते हैं, और github-mcp-server stdio कमांड का उपयोग GITHUB_PERSONAL_ACCESS_TOKEN पर्यावरण चर के साथ कर सकते हैं जो आपके टोकन पर सेट हो। बिल्ड का आउटपुट स्थान निर्दिष्ट करने के लिए, -o फ्लैग का उपयोग करें। आपको अपने सर्वर को कॉन्फ़िगर करना चाहिए ताकि वह निर्मित निष्पादन योग्य को अपने command के रूप में उपयोग करे। उदाहरण के लिए:

{
  "mcp": {
    "servers": {
      "github": {
        "command": "/path/to/github-mcp-server",
        "args": ["stdio"],
        "env": {
          "GITHUB_PERSONAL_ACCESS_TOKEN": "<YOUR_TOKEN>"
        }
      }
    }
  }
}

CLI उपयोगिताएँ

github-mcp-server बाइनरी में कुछ CLI उपकमांड शामिल हैं जो सर्वर को डीबग करने और एक्सप्लोर करने के लिए सहायक हैं।

github-mcp-server tool-search "<query>" नाम, विवरण और इनपुट पैरामीटर नामों द्वारा टूल खोजता है। अधिक मिलान वापस करने के लिए --max-results का उपयोग करें। उदाहरण (रंग आउटपुट के लिए TTY आवश्यक है; Docker में चलाते समय docker run -t (या -it) का उपयोग करें):

docker run -it --rm ghcr.io/github/github-mcp-server tool-search "issue" --max-results 5
github-mcp-server tool-search "issue" --max-results 5

टूल कॉन्फ़िगरेशन

GitHub MCP सर्वर --toolsets फ्लैग के माध्यम से कार्यात्मकताओं के विशिष्ट समूहों को सक्षम या अक्षम करने का समर्थन करता है। यह आपको यह नियंत्रित करने की अनुमति देता है कि आपके AI टूल के लिए कौन सी GitHub API क्षमताएँ उपलब्ध हैं। केवल उन्हीं टूलसेट को सक्षम करना जिनकी आपको आवश्यकता है, LLM को टूल चयन में मदद कर सकता है और संदर्भ आकार को कम कर सकता है।

टूलसेट केवल टूल तक सीमित नहीं हैं। जहाँ लागू हो, वहाँ प्रासंगिक MCP संसाधन और प्रॉम्प्ट भी शामिल हैं।

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

टूलसेट निर्दिष्ट करना

LLM के लिए उपलब्ध टूलसेट निर्दिष्ट करने के लिए, आप दो तरीकों से अनुमति-सूची पास कर सकते हैं:

कमांड लाइन तर्क का उपयोग करके:

github-mcp-server --toolsets repos,issues,pull_requests,actions,code_security

पर्यावरण चर का उपयोग करके:

GITHUB_TOOLSETS="repos,issues,pull_requests,actions,code_security" ./github-mcp-server

यदि दोनों प्रदान किए जाते हैं तो पर्यावरण चर GITHUB_TOOLSETS कमांड लाइन तर्क पर प्राथमिकता लेता है।

व्यक्तिगत टूल निर्दिष्ट करना

आप --tools फ्लैग का उपयोग करके विशिष्ट टूल को भी कॉन्फ़िगर कर सकते हैं। टूल का उपयोग स्वतंत्र रूप से या सूक्ष्म नियंत्रण के लिए टूलसेट के साथ संयोजित किया जा सकता है।

कमांड लाइन तर्क का उपयोग करके:
```
github-mcp-server --tools get_file_contents,issue_read,create_pull_request
```

पर्यावरण चर का उपयोग करके:

GITHUB_TOOLS="get_file_contents,issue_read,create_pull_request" ./github-mcp-server

टूलसेट के साथ संयोजन (योगात्मक):
```
github-mcp-server --toolsets repos,issues --tools get_gist
```
यह repos और issues टूलसेट के सभी टूल, साथ ही get_gist को पंजीकृत करता है।

महत्वपूर्ण नोट्स:

टूल और टूलसेट एक साथ उपयोग किए जा सकते हैं
केवल-पढ़ने का मोड प्राथमिकता लेता है: यदि --read-only सेट है, तो लेखन टूल छोड़ दिए जाते हैं, भले ही --tools के माध्यम से स्पष्ट रूप से अनुरोध किया गया हो
टूल के नाम बिल्कुल मेल खाने चाहिए (जैसे, get_file_contents, न कि getFileContents)। अमान्य टूल नाम स्टार्टअप पर सर्वर को एक त्रुटि संदेश के साथ विफल कर देंगे
जब टूल का नाम बदला जाता है, तो पुराने नाम पश्चगामी संगतता के लिए उपनाम के रूप में संरक्षित रहते हैं। विवरण के लिए टूल का नाम बदलना देखें।

Docker के साथ टूलसेट का उपयोग करना

Docker का उपयोग करते समय, आप टूलसेट को पर्यावरण चर के रूप में पास कर सकते हैं:

docker run -i --rm \
  -e GITHUB_PERSONAL_ACCESS_TOKEN=<your-token> \
  -e GITHUB_TOOLSETS="repos,issues,pull_requests,actions,code_security" \
  ghcr.io/github/github-mcp-server

Docker के साथ टूल का उपयोग करना

Docker का उपयोग करते समय, आप विशिष्ट टूल को पर्यावरण चर के रूप में पास कर सकते हैं। आप टूल को टूलसेट के साथ भी जोड़ सकते हैं:

# Tools only
docker run -i --rm \
  -e GITHUB_PERSONAL_ACCESS_TOKEN=<your-token> \
  -e GITHUB_TOOLS="get_file_contents,issue_read,create_pull_request" \
  ghcr.io/github/github-mcp-server

# Tools combined with toolsets (additive)
docker run -i --rm \
  -e GITHUB_PERSONAL_ACCESS_TOKEN=<your-token> \
  -e GITHUB_TOOLSETS="repos,issues" \
  -e GITHUB_TOOLS="get_gist" \
  ghcr.io/github/github-mcp-server

विशेष टूलसेट

"all" टूलसेट

किसी भी अन्य कॉन्फ़िगरेशन की परवाह किए बिना सभी उपलब्ध टूलसेट को सक्षम करने के लिए विशेष टूलसेट all प्रदान किया जा सकता है:

./github-mcp-server --toolsets all

या पर्यावरण चर का उपयोग करके:

GITHUB_TOOLSETS="all" ./github-mcp-server

"default" टूलसेट

डिफ़ॉल्ट टूलसेट default वह कॉन्फ़िगरेशन है जो सर्वर को तब पास किया जाता है जब कोई टूलसेट निर्दिष्ट नहीं किया जाता है।

डिफ़ॉल्ट कॉन्फ़िगरेशन है:

context
repos
issues
pull_requests
users

डिफ़ॉल्ट कॉन्फ़िगरेशन रखने और अतिरिक्त टूलसेट जोड़ने के लिए:

GITHUB_TOOLSETS="default,stargazers" ./github-mcp-server

इनसाइडर्स मोड

स्थानीय GitHub MCP सर्वर नई सुविधाओं और प्रायोगिक टूल तक शीघ्र पहुँच के साथ एक इनसाइडर्स संस्करण प्रदान करता है।

कमांड लाइन तर्क का उपयोग करके:
```
./github-mcp-server --insiders
```
पर्यावरण चर का उपयोग करके:
```
GITHUB_INSIDERS=true ./github-mcp-server
```

Docker का उपयोग करते समय:

docker run -i --rm \
  -e GITHUB_PERSONAL_ACCESS_TOKEN=<your-token> \
  -e GITHUB_INSIDERS=true \
  ghcr.io/github/github-mcp-server

उपलब्ध टूलसेट

टूल के निम्नलिखित सेट उपलब्ध हैं:

	टूलसेट	विवरण
	`context`	दृढ़ता से अनुशंसित: उपकरण जो वर्तमान उपयोगकर्ता और आप जिस GitHub संदर्भ में काम कर रहे हैं, उसके बारे में संदर्भ प्रदान करते हैं
	`actions`	GitHub Actions वर्कफ़्लो और CI/CD संचालन
	`code_quality`	GitHub कोड गुणवत्ता से संबंधित उपकरण
	`code_security`	कोड सुरक्षा से संबंधित उपकरण, जैसे GitHub कोड स्कैनिंग
	`copilot`	Copilot से संबंधित उपकरण
	`dependabot`	Dependabot उपकरण
	`discussions`	GitHub Discussions से संबंधित उपकरण
	`gists`	GitHub Gist से संबंधित उपकरण
	`git`	निम्न-स्तरीय Git संचालन के लिए GitHub Git API से संबंधित उपकरण
	`issues`	GitHub Issues से संबंधित उपकरण
	`labels`	GitHub Labels से संबंधित उपकरण
	`notifications`	GitHub Notifications से संबंधित उपकरण
	`orgs`	GitHub Organization से संबंधित उपकरण
	`projects`	GitHub Projects से संबंधित उपकरण
	`pull_requests`	GitHub Pull Request से संबंधित उपकरण
	`repos`	GitHub Repository से संबंधित उपकरण
	`secret_protection`	गुप्त सुरक्षा से संबंधित उपकरण, जैसे GitHub Secret Scanning
	`security_advisories`	सुरक्षा सलाह से संबंधित उपकरण
	`stargazers`	GitHub Stargazers से संबंधित उपकरण
	`users`	GitHub User से संबंधित उपकरण

दूरस्थ GitHub MCP सर्वर में अतिरिक्त टूलसेट

टूलसेट	विवरण
`copilot`	Copilot से संबंधित उपकरण (जैसे, Copilot कोडिंग एजेंट)
`copilot_spaces`	Copilot Spaces से संबंधित उपकरण
`github_support_docs_search`	GitHub उत्पाद और समर्थन प्रश्नों के उत्तर देने के लिए दस्तावेज़ खोजें

उपकरण

Actions

actions_get - GitHub Actions संसाधनों (वर्कफ़्लो, वर्कफ़्लो रन, जॉब और आर्टिफैक्ट) का विवरण प्राप्त करें
- आवश्यक OAuth स्कोप: repo
- method: निष्पादित करने की विधि (string, आवश्यक)
- owner: रिपॉजिटरी स्वामी (string, आवश्यक)
- repo: रिपॉजिटरी का नाम (string, आवश्यक)
- 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 प्रदान करें। (string, आवश्यक)
actions_list - किसी रिपॉजिटरी में GitHub Actions वर्कफ़्लो सूचीबद्ध करें
- आवश्यक OAuth स्कोप: repo
- method: निष्पादित करने की क्रिया (string, आवश्यक)
- owner: रिपॉजिटरी स्वामी (string, आवश्यक)
- page: पृष्ठांकन के लिए पृष्ठ संख्या (डिफ़ॉल्ट: 1) (number, वैकल्पिक)
- per_page: पृष्ठांकन के लिए प्रति पृष्ठ परिणाम (डिफ़ॉल्ट: 30, अधिकतम: 100) (number, वैकल्पिक)
- repo: रिपॉजिटरी का नाम (string, आवश्यक)
- resource_id: संसाधन का अद्वितीय पहचानकर्ता। यह प्रदान की गई "method" के आधार पर भिन्न होगा, इसलिए सुनिश्चित करें कि आप सही ID प्रदान करें:
  - 'list_workflows' विधि के लिए कोई संसाधन ID प्रदान न करें।
  - 'list_workflow_runs' विधि के लिए वर्कफ़्लो ID या वर्कफ़्लो फ़ाइल नाम (जैसे, ci.yaml) प्रदान करें, या रिपॉजिटरी में सभी वर्कफ़्लो रन सूचीबद्ध करने के लिए छोड़ दें।
  - 'list_workflow_jobs' और 'list_workflow_run_artifacts' विधियों के लिए वर्कफ़्लो रन ID प्रदान करें। (string, वैकल्पिक)
- workflow_jobs_filter: वर्कफ़्लो जॉब के लिए फ़िल्टर। केवल तब उपयोग किया जाता है जब विधि 'list_workflow_jobs' हो (object, वैकल्पिक)
- workflow_runs_filter: वर्कफ़्लो रन के लिए फ़िल्टर। केवल तब उपयोग किया जाता है जब विधि 'list_workflow_runs' हो (object, वैकल्पिक)
actions_run_trigger - GitHub Actions वर्कफ़्लो क्रियाएँ ट्रिगर करें
- आवश्यक OAuth स्कोप: repo
- inputs: वर्कफ़्लो जो इनपुट स्वीकार करता है। केवल 'run_workflow' विधि के लिए उपयोग किया जाता है। (object, वैकल्पिक)
- method: निष्पादित करने की विधि (string, आवश्यक)
- owner: रिपॉजिटरी स्वामी (string, आवश्यक)
- ref: वर्कफ़्लो के लिए git संदर्भ। संदर्भ एक शाखा या टैग नाम हो सकता है। 'run_workflow' विधि के लिए आवश्यक। (string, वैकल्पिक)
- repo: रिपॉजिटरी का नाम (string, आवश्यक)
- run_id: वर्कफ़्लो रन की ID। 'run_workflow' को छोड़कर सभी विधियों के लिए आवश्यक। (number, वैकल्पिक)
- workflow_id: वर्कफ़्लो ID (संख्यात्मक) या वर्कफ़्लो फ़ाइल नाम (जैसे, main.yml, ci.yaml)। 'run_workflow' विधि के लिए आवश्यक। (string, वैकल्पिक)
get_job_logs - GitHub Actions वर्कफ़्लो जॉब लॉग प्राप्त करें
- आवश्यक OAuth स्कोप: repo
- failed_only: जब सत्य हो, run_id द्वारा निर्दिष्ट वर्कफ़्लो रन में सभी विफल जॉब के लॉग प्राप्त करता है। run_id प्रदान किया जाना आवश्यक है। (boolean, वैकल्पिक)
- job_id: वर्कफ़्लो जॉब का अद्वितीय पहचानकर्ता। एकल जॉब के लिए लॉग प्राप्त करते समय आवश्यक। (number, वैकल्पिक)
- owner: रिपॉजिटरी स्वामी (string, आवश्यक)
- repo: रिपॉजिटरी का नाम (string, आवश्यक)
- return_content: URL के बजाय वास्तविक लॉग सामग्री लौटाता है (boolean, वैकल्पिक)
- run_id: वर्कफ़्लो रन का अद्वितीय पहचानकर्ता। तब आवश्यक है जब failed_only सत्य हो, रन में सभी विफल जॉब के लॉग प्राप्त करने के लिए। (number, वैकल्पिक)
- tail_lines: लॉग के अंत से लौटाने के लिए पंक्तियों की संख्या (number, वैकल्पिक)

कोड गुणवत्ता

- **get_code_quality_finding** - कोड गुणवत्ता खोज प्राप्त करें - **आवश्यक OAuth स्कोप**: `repo` - `findingNumber`: खोज की संख्या। (संख्या, आवश्यक) - `owner`: रिपॉजिटरी का स्वामी। (स्ट्रिंग, आवश्यक) - `repo`: रिपॉजिटरी का नाम। (स्ट्रिंग, आवश्यक)

कोड सुरक्षा

get_code_scanning_alert - कोड स्कैनिंग अलर्ट प्राप्त करें
- आवश्यक OAuth स्कोप: security_events
- स्वीकृत OAuth स्कोप: repo, security_events
- alertNumber: अलर्ट की संख्या। (संख्या, आवश्यक)
- owner: रिपॉजिटरी का स्वामी। (स्ट्रिंग, आवश्यक)
- repo: रिपॉजिटरी का नाम। (स्ट्रिंग, आवश्यक)
list_code_scanning_alerts - कोड स्कैनिंग अलर्ट सूचीबद्ध करें
- आवश्यक OAuth स्कोप: security_events
- स्वीकृत OAuth स्कोप: repo, security_events
- owner: रिपॉजिटरी का स्वामी। (स्ट्रिंग, आवश्यक)
- page: पृष्ठांकन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
- perPage: पृष्ठांकन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
- ref: उन परिणामों के लिए Git संदर्भ जिन्हें आप सूचीबद्ध करना चाहते हैं। (स्ट्रिंग, वैकल्पिक)
- repo: रिपॉजिटरी का नाम। (स्ट्रिंग, आवश्यक)
- severity: गंभीरता के आधार पर कोड स्कैनिंग अलर्ट फ़िल्टर करें (स्ट्रिंग, वैकल्पिक)
- state: स्थिति के आधार पर कोड स्कैनिंग अलर्ट फ़िल्टर करें। डिफ़ॉल्ट रूप से खुले (स्ट्रिंग, वैकल्पिक)
- tool_name: कोड स्कैनिंग के लिए उपयोग किए गए उपकरण का नाम। (स्ट्रिंग, वैकल्पिक)

संदर्भ

get_me - मेरी उपयोगकर्ता प्रोफ़ाइल प्राप्त करें
- कोई पैरामीटर आवश्यक नहीं
get_team_members - टीम के सदस्य प्राप्त करें
- आवश्यक OAuth स्कोप: read:org
- स्वीकृत OAuth स्कोप: admin:org, read:org, write:org
- org: संगठन लॉगिन (स्वामी) जिसमें टीम शामिल है। (स्ट्रिंग, आवश्यक)
- team_slug: टीम स्लग (स्ट्रिंग, आवश्यक)
get_teams - टीमें प्राप्त करें
- आवश्यक OAuth स्कोप: read:org
- स्वीकृत OAuth स्कोप: admin:org, read:org, write:org
- user: टीमें प्राप्त करने के लिए उपयोगकर्ता नाम। यदि प्रदान नहीं किया गया है, तो प्रमाणित उपयोगकर्ता का उपयोग करता है। (स्ट्रिंग, वैकल्पिक)

Copilot

assign_copilot_to_issue - समस्या के लिए Copilot असाइन करें
- आवश्यक OAuth स्कोप: repo
- base_ref: Git संदर्भ (जैसे, शाखा) जिससे एजेंट अपना काम शुरू करेगा। यदि निर्दिष्ट नहीं किया गया है, तो रिपॉजिटरी की डिफ़ॉल्ट शाखा पर डिफ़ॉल्ट होता है (स्ट्रिंग, वैकल्पिक)
- custom_instructions: समस्या के मुख्य भाग से परे एजेंट का मार्गदर्शन करने के लिए वैकल्पिक कस्टम निर्देश। इसका उपयोग अतिरिक्त संदर्भ, बाधाएं, या मार्गदर्शन प्रदान करने के लिए करें जो समस्या विवरण में कैप्चर नहीं किया गया है (स्ट्रिंग, वैकल्पिक)
- issue_number: समस्या संख्या (संख्या, आवश्यक)
- owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
- repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
request_copilot_review - Copilot समीक्षा का अनुरोध करें
- आवश्यक OAuth स्कोप: repo
- owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
- pullNumber: पुल अनुरोध संख्या (संख्या, आवश्यक)
- repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)

Dependabot

get_dependabot_alert - Dependabot अलर्ट प्राप्त करें
- आवश्यक OAuth स्कोप: security_events
- स्वीकृत OAuth स्कोप: repo, security_events
- alertNumber: अलर्ट की संख्या। (संख्या, आवश्यक)
- owner: रिपॉजिटरी का स्वामी। (स्ट्रिंग, आवश्यक)
- repo: रिपॉजिटरी का नाम। (स्ट्रिंग, आवश्यक)
list_dependabot_alerts - Dependabot अलर्ट सूचीबद्ध करें
- आवश्यक OAuth स्कोप: security_events
- स्वीकृत OAuth स्कोप: repo, security_events
- after: पृष्ठांकन के लिए कर्सर। पिछली प्रतिक्रिया से कर्सर का उपयोग करें। (स्ट्रिंग, वैकल्पिक)
- owner: रिपॉजिटरी का स्वामी। (स्ट्रिंग, आवश्यक)
- perPage: पृष्ठांकन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
- repo: रिपॉजिटरी का नाम। (स्ट्रिंग, आवश्यक)
- severity: गंभीरता के आधार पर Dependabot अलर्ट फ़िल्टर करें (स्ट्रिंग, वैकल्पिक)
- state: स्थिति के आधार पर Dependabot अलर्ट फ़िल्टर करें। डिफ़ॉल्ट रूप से खुले (स्ट्रिंग, वैकल्पिक)

चर्चाएँ

discussion_comment_write - चर्चा टिप्पणियाँ प्रबंधित करें
- आवश्यक OAuth स्कोप: repo
- body: टिप्पणी सामग्री ('add', 'reply', और 'update' विधियों के लिए आवश्यक) (स्ट्रिंग, वैकल्पिक)
- commentNodeID: चर्चा टिप्पणी की नोड आईडी ('reply', 'update', 'delete', 'mark_answer', और 'unmark_answer' विधियों के लिए आवश्यक)। 'reply' के लिए, यह शीर्ष-स्तरीय टिप्पणी है जिसका उत्तर देना है; GitHub चर्चाएँ केवल एक स्तर के नेस्टिंग का समर्थन करती हैं। (स्ट्रिंग, वैकल्पिक)
- discussionNumber: चर्चा संख्या ('add' और 'reply' विधियों के लिए आवश्यक) (संख्या, वैकल्पिक)
- method: चर्चा टिप्पणी पर करने के लिए लेखन कार्रवाई। विकल्प हैं:
  - 'add' - चर्चा में एक नई शीर्ष-स्तरीय टिप्पणी जोड़ता है।
  - 'reply' - शीर्ष-स्तरीय चर्चा टिप्पणी का उत्तर देता है (GitHub चर्चाएँ केवल एक स्तर के नेस्टिंग का समर्थन करती हैं)।
  - 'update' - मौजूदा चर्चा टिप्पणी को अपडेट करता है।
  - 'delete' - चर्चा टिप्पणी को हटाता है।
  - 'mark_answer' - चर्चा टिप्पणी को उत्तर के रूप में चिह्नित करता है (केवल Q&A)।
  - 'unmark_answer' - चर्चा टिप्पणी से उत्तर का चिह्न हटाता है (केवल Q&A)। (स्ट्रिंग, आवश्यक)
- owner: रिपॉजिटरी स्वामी ('add' और 'reply' विधियों के लिए आवश्यक) (स्ट्रिंग, वैकल्पिक)
- repo: रिपॉजिटरी नाम ('add' और 'reply' विधियों के लिए आवश्यक) (स्ट्रिंग, वैकल्पिक)
get_discussion - चर्चा प्राप्त करें
- आवश्यक OAuth स्कोप: repo
- discussionNumber: चर्चा संख्या (संख्या, आवश्यक)
- owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
- repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
get_discussion_comments - चर्चा टिप्पणियाँ प्राप्त करें
- आवश्यक OAuth स्कोप: repo
- after: पृष्ठांकन के लिए कर्सर। पिछली प्रतिक्रिया से कर्सर का उपयोग करें। (स्ट्रिंग, वैकल्पिक)
- discussionNumber: चर्चा संख्या (संख्या, आवश्यक)
- includeReplies: जब सत्य हो, तो प्रत्येक शीर्ष-स्तरीय टिप्पणी में उसके उत्तर नेस्टेड रूप में शामिल होंगे (प्रति टिप्पणी 100 उत्तर तक, जो GitHub API अधिकतम है)। डिफ़ॉल्ट रूप से असत्य। (बूलियन, वैकल्पिक)
- owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
- perPage: पृष्ठांकन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
- repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
list_discussion_categories - चर्चा श्रेणियाँ सूचीबद्ध करें
- आवश्यक OAuth स्कोप: repo
- owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
- repo: रिपॉजिटरी नाम। यदि प्रदान नहीं किया गया है, तो चर्चा श्रेणियाँ संगठन स्तर पर क्वेरी की जाएंगी। (स्ट्रिंग, वैकल्पिक)
list_discussions - चर्चाएँ सूचीबद्ध करें
- आवश्यक OAuth स्कोप: repo
- after: पृष्ठांकन के लिए कर्सर। पिछली प्रतिक्रिया से कर्सर का उपयोग करें। (स्ट्रिंग, वैकल्पिक)
- category: चर्चा श्रेणी आईडी द्वारा वैकल्पिक फ़िल्टर। यदि प्रदान किया गया है, तो केवल इस श्रेणी वाली चर्चाएँ सूचीबद्ध की जाती हैं। (स्ट्रिंग, वैकल्पिक)
- direction: क्रम दिशा। (स्ट्रिंग, वैकल्पिक)
- orderBy: फ़ील्ड के अनुसार चर्चाओं को क्रमित करें। यदि प्रदान किया गया है, तो 'दिशा' भी प्रदान करने की आवश्यकता है। (स्ट्रिंग, वैकल्पिक)
- owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
- perPage: पृष्ठांकन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
- repo: रिपॉजिटरी नाम। यदि प्रदान नहीं किया गया है, तो चर्चाएँ संगठन स्तर पर क्वेरी की जाएंगी। (स्ट्रिंग, वैकल्पिक)

Gists

create_gist - Gist बनाएँ
- आवश्यक OAuth स्कोप: gist
- content: सरल एकल-फ़ाइल Gist निर्माण के लिए सामग्री (स्ट्रिंग, आवश्यक)
- description: Gist का विवरण (स्ट्रिंग, वैकल्पिक)
- filename: सरल एकल-फ़ाइल Gist निर्माण के लिए फ़ाइल नाम (स्ट्रिंग, आवश्यक)
- public: क्या Gist सार्वजनिक है (बूलियन, वैकल्पिक)
get_gist - Gist सामग्री प्राप्त करें
- gist_id: Gist की आईडी (स्ट्रिंग, आवश्यक)
list_gists - Gists सूचीबद्ध करें
- page: पृष्ठांकन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
- perPage: पृष्ठांकन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
- since: केवल इस समय के बाद अपडेट किए गए Gists (ISO 8601 टाइमस्टैम्प) (स्ट्रिंग, वैकल्पिक)
- username: GitHub उपयोगकर्ता नाम (प्रमाणित उपयोगकर्ता के Gists के लिए छोड़ें) (स्ट्रिंग, वैकल्पिक)
update_gist - Gist अपडेट करें
- आवश्यक OAuth स्कोप: gist
- content: फ़ाइल के लिए सामग्री (स्ट्रिंग, आवश्यक)
- description: Gist का अद्यतन विवरण (स्ट्रिंग, वैकल्पिक)
- filename: अपडेट या बनाने के लिए फ़ाइल नाम (स्ट्रिंग, आवश्यक)
- gist_id: अपडेट करने के लिए Gist की आईडी (स्ट्रिंग, आवश्यक)

Git

get_repository_tree - रिपॉजिटरी ट्री प्राप्त करें
- आवश्यक OAuth स्कोप: repo
- owner: रिपॉजिटरी स्वामी (उपयोगकर्ता नाम या संगठन) (स्ट्रिंग, आवश्यक)
- path_filter: ट्री परिणामों को फ़िल्टर करने के लिए वैकल्पिक पथ उपसर्ग (जैसे, 'src/' केवल src निर्देशिका में फ़ाइलें दिखाने के लिए) (स्ट्रिंग, वैकल्पिक)
- recursive: इस पैरामीटर को सत्य पर सेट करने से ट्री द्वारा संदर्भित ऑब्जेक्ट या उप-वृक्ष वापस आते हैं। डिफ़ॉल्ट असत्य है (बूलियन, वैकल्पिक)
- repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
- tree_sha: ट्री का SHA1 मान या रेफ (शाखा या टैग) नाम। रिपॉजिटरी की डिफ़ॉल्ट शाखा पर डिफ़ॉल्ट होता है (स्ट्रिंग, वैकल्पिक)

मुद्दे

add_issue_comment - मुद्दे या पुल अनुरोध पर टिप्पणी जोड़ें
- आवश्यक OAuth स्कोप: repo
- body: टिप्पणी सामग्री। जब तक प्रतिक्रिया प्रदान न की जाए, आवश्यक है। (स्ट्रिंग, वैकल्पिक)
- comment_id: प्रतिक्रिया देने के लिए मुद्दे या पुल अनुरोध टिप्पणी की संख्यात्मक आईडी। टिप्पणियों पर प्रतिक्रियाओं के लिए इसका उपयोग करें; मुद्दे या पुल अनुरोध पर प्रतिक्रिया देने के लिए इसे छोड़ दें। मुख्य भाग के साथ संयोजित नहीं किया जा सकता। (संख्या, वैकल्पिक)
- issue_number: टिप्पणी करने या प्रतिक्रिया देने के लिए मुद्दा या पुल अनुरोध संख्या। (संख्या, आवश्यक)
- owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
- reaction: जोड़ने के लिए इमोजी प्रतिक्रिया। जब तक मुख्य भाग प्रदान न किया जाए, आवश्यक है। (स्ट्रिंग, वैकल्पिक)
- repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
get_label - किसी रिपॉजिटरी से एक विशिष्ट लेबल प्राप्त करें
- आवश्यक OAuth स्कोप: repo
- name: लेबल का नाम। (स्ट्रिंग, आवश्यक)
- owner: रिपॉजिटरी का स्वामी (उपयोगकर्ता नाम या संगठन का नाम) (स्ट्रिंग, आवश्यक)
- repo: रिपॉजिटरी का नाम (स्ट्रिंग, आवश्यक)
issue_read - इश्यू का विवरण प्राप्त करें
- आवश्यक OAuth स्कोप: repo
- issue_number: इश्यू की संख्या (संख्या, आवश्यक)
- method: एकल इश्यू पर की जाने वाली रीड कार्रवाई। विकल्प हैं:
  1. get - इश्यू का विवरण प्राप्त करें। यह सर्वोत्तम-प्रयास पदानुक्रम फ़्लैग (has_parent, has_children) भी लौटाता है; parent और sub_issues_summary वैकल्पिक संबंध सारांश हैं।
  2. get_comments - इश्यू की टिप्पणियाँ प्राप्त करें।
  3. get_sub_issues - इश्यू के उप-इश्यू (चिल्ड्रन) प्राप्त करें।
  4. get_parent - यदि यह इश्यू किसी अन्य का उप-इश्यू है, तो मूल इश्यू प्राप्त करें।
  5. 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: रिपॉजिटरी का स्वामी (स्ट्रिंग, आवश्यक)
- repo: रिपॉजिटरी का नाम (स्ट्रिंग, आवश्यक)
- state: नई स्थिति (स्ट्रिंग, वैकल्पिक)
- state_reason: स्थिति परिवर्तन का कारण। जब तक स्थिति नहीं बदली जाती, अनदेखा किया जाता है। (स्ट्रिंग, वैकल्पिक)
- title: इश्यू का शीर्षक (स्ट्रिंग, वैकल्पिक)
- type: इस इश्यू का प्रकार। केवल तभी उपयोग करें जब इस रिपॉजिटरी के लिए इश्यू प्रकार सक्षम हों। इस रिपॉजिटरी या इसके स्वामी संगठन के लिए मान्य प्रकार मान प्राप्त करने के लिए list_issue_types टूल का उपयोग करें। यदि रिपॉजिटरी इश्यू प्रकारों का समर्थन नहीं करती है, तो इस पैरामीटर को छोड़ दें। (स्ट्रिंग, वैकल्पिक)
list_issue_fields - इश्यू फ़ील्ड सूचीबद्ध करें
- आवश्यक OAuth स्कोप (इनमें से कोई भी): repo, read:org
- स्वीकृत OAuth स्कोप: admin:org, read:org, repo, write:org
- owner: रिपॉजिटरी या संगठन का खाता स्वामी। नाम केस-संवेदी नहीं है। (स्ट्रिंग, आवश्यक)
- repo: रिपॉजिटरी का नाम। प्रदान किए जाने पर, इस विशिष्ट रिपॉजिटरी के लिए फ़ील्ड लौटाता है (इसके संगठन से विरासत में मिली)। छोड़े जाने पर, सीधे संगठन-स्तरीय फ़ील्ड लौटाता है। (स्ट्रिंग, वैकल्पिक)
list_issue_types - उपलब्ध इश्यू प्रकार सूचीबद्ध करें
- आवश्यक OAuth स्कोप (इनमें से कोई भी): repo, read:org
- स्वीकृत OAuth स्कोप: admin:org, read:org, repo, write:org
- owner: रिपॉजिटरी या संगठन का खाता स्वामी। (स्ट्रिंग, आवश्यक)
- repo: रिपॉजिटरी का नाम। प्रदान किए जाने पर, इस विशिष्ट रिपॉजिटरी के लिए इश्यू प्रकार लौटाता है। छोड़े जाने पर, सीधे संगठन-स्तरीय इश्यू प्रकार लौटाता है। (स्ट्रिंग, वैकल्पिक)
list_issues - इश्यू सूचीबद्ध करें
- आवश्यक OAuth स्कोप: repo
- after: पृष्ठांकन के लिए कर्सर। पिछली प्रतिक्रिया से कर्सर का उपयोग करें। (स्ट्रिंग, वैकल्पिक)
- direction: क्रम दिशा। यदि प्रदान किया जाता है, तो 'orderBy' भी प्रदान करना आवश्यक है। (स्ट्रिंग, वैकल्पिक)
- field_filters: कस्टम इश्यू फ़ील्ड मानों द्वारा फ़िल्टर करें। प्रत्येक प्रविष्टि एक field_name और एक value लेती है; सर्वर फ़ील्ड को देखता है और मान को उसके प्रकार (एकल-चयन विकल्प नाम, टेक्स्ट, संख्या, या YYYY-MM-DD दिनांक) में बदलता है। (ऑब्जेक्ट[], वैकल्पिक)
- labels: लेबल द्वारा फ़िल्टर करें (स्ट्रिंग[], वैकल्पिक)
- orderBy: फ़ील्ड द्वारा इश्यू क्रमित करें। यदि प्रदान किया जाता है, तो 'direction' भी प्रदान करना आवश्यक है। (स्ट्रिंग, वैकल्पिक)
- owner: रिपॉजिटरी का स्वामी (स्ट्रिंग, आवश्यक)
- perPage: पृष्ठांकन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
- repo: रिपॉजिटरी का नाम (स्ट्रिंग, आवश्यक)
- since: दिनांक द्वारा फ़िल्टर करें (ISO 8601 टाइमस्टैम्प) (स्ट्रिंग, वैकल्पिक)
- state: स्थिति द्वारा फ़िल्टर करें, डिफ़ॉल्ट रूप से जब प्रदान नहीं किया जाता है तो खुले और बंद दोनों इश्यू लौटाए जाते हैं (स्ट्रिंग, वैकल्पिक)
search_issues - इश्यू खोजें
- आवश्यक OAuth स्कोप: repo
- order: क्रमबद्ध क्रम (स्ट्रिंग, वैकल्पिक)
- owner: वैकल्पिक रिपॉजिटरी स्वामी। यदि repo के साथ प्रदान किया जाता है, तो केवल इस रिपॉजिटरी के इश्यू सूचीबद्ध किए जाते हैं। (स्ट्रिंग, वैकल्पिक)
- page: पृष्ठांकन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
- perPage: पृष्ठांकन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
- query: GitHub इश्यू खोज सिंटैक्स का उपयोग करके खोज क्वेरी (स्ट्रिंग, आवश्यक)
- repo: वैकल्पिक रिपॉजिटरी नाम। यदि owner के साथ प्रदान किया जाता है, तो केवल इस रिपॉजिटरी के इश्यू सूचीबद्ध किए जाते हैं। (स्ट्रिंग, वैकल्पिक)
- sort: श्रेणियों के मिलान की संख्या के अनुसार क्रमबद्ध फ़ील्ड, डिफ़ॉल्ट रूप से सर्वोत्तम मिलान (स्ट्रिंग, वैकल्पिक)
sub_issue_write - उप-इश्यू बदलें
- आवश्यक OAuth स्कोप: repo
- after_id: उस उप-इश्यू की आईडी जिसके बाद प्राथमिकता दी जानी है (या तो after_id या before_id निर्दिष्ट किया जाना चाहिए) (संख्या, वैकल्पिक)
- before_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: जब सत्य हो, उप-इश्यू के वर्तमान मूल इश्यू को बदल देता है। केवल 'add' विधि के साथ उपयोग करें। (बूलियन, वैकल्पिक)
- repo: रिपॉजिटरी का नाम (स्ट्रिंग, आवश्यक)
- sub_issue_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: सूचना की नई स्थिति (read/done) (स्ट्रिंग, आवश्यक)
- 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
- स्वीकृत OAuth स्कोप: admin:org, read:org, write:org
- order: क्रमबद्ध क्रम (स्ट्रिंग, वैकल्पिक)
- page: पृष्ठांकन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
- perPage: पृष्ठांकन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
- query: संगठन खोज क्वेरी। उदाहरण: 'microsoft', 'location:california', 'created:>=2025-01-01'। खोज स्वचालित रूप से type:org तक सीमित है। (स्ट्रिंग, आवश्यक)
- sort: श्रेणी के अनुसार क्रमबद्ध फ़ील्ड (स्ट्रिंग, वैकल्पिक)

प्रोजेक्ट

projects_get - GitHub प्रोजेक्ट संसाधनों का विवरण प्राप्त करें
- आवश्यक OAuth स्कोप: read:project
- स्वीकृत OAuth स्कोप: project, read:project
- field_id: फ़ील्ड की ID। 'get_project_field' विधि के लिए आवश्यक। (संख्या, वैकल्पिक)
- field_names: प्रोजेक्ट आइटम प्राप्त करते समय प्रतिक्रिया में शामिल करने के लिए फ़ील्ड नामों की विशिष्ट सूची (जैसे ["Status", "Priority"])। सर्वर-साइड पर फ़ील्ड IDs में हल किया जाता है — जब आप केवल मानव-पठनीय नाम जानते हों तो 'fields' के बजाय इसे पास करें। 'fields' के साथ परस्पर अनन्य — एक प्रदान करें, दोनों नहीं। केवल 'get_project_item' विधि के लिए उपयोग किया जाता है। (स्ट्रिंग[], वैकल्पिक)
- fields: प्रोजेक्ट आइटम प्राप्त करते समय प्रतिक्रिया में शामिल करने के लिए फ़ील्ड IDs की विशिष्ट सूची (जैसे ["102589", "985201", "169875"])। यदि न तो 'fields' और न ही 'field_names' प्रदान किया जाता है, तो केवल शीर्षक फ़ील्ड शामिल किया जाता है। 'field_names' के साथ परस्पर अनन्य — एक प्रदान करें, दोनों नहीं। केवल 'get_project_item' विधि के लिए उपयोग किया जाता है। (स्ट्रिंग[], वैकल्पिक)
- item_id: आइटम की ID। 'get_project_item' विधि के लिए आवश्यक। (संख्या, वैकल्पिक)
- method: निष्पादित करने की विधि (स्ट्रिंग, आवश्यक)
- owner: स्वामी (उपयोगकर्ता या संगठन लॉगिन)। नाम केस-संवेदी नहीं है। (स्ट्रिंग, वैकल्पिक)
- owner_type: स्वामी प्रकार (user या org)। यदि प्रदान नहीं किया गया, तो स्वचालित रूप से पता लगाया जाएगा। (स्ट्रिंग, वैकल्पिक)
- project_number: प्रोजेक्ट की संख्या। (संख्या, वैकल्पिक)
- status_update_id: प्रोजेक्ट स्थिति अद्यतन की नोड ID। 'get_project_status_update' विधि के लिए आवश्यक। (स्ट्रिंग, वैकल्पिक)
projects_list - GitHub प्रोजेक्ट संसाधनों की सूची बनाएं
- आवश्यक OAuth स्कोप: read:project
- स्वीकृत OAuth स्कोप: project, read:project
- after: पिछले pageInfo.nextCursor से अग्रिम पृष्ठांकन कर्सर। (स्ट्रिंग, वैकल्पिक)
- before: पिछले pageInfo.prevCursor से पश्चगामी पृष्ठांकन कर्सर (दुर्लभ)। (स्ट्रिंग, वैकल्पिक)
- field_names: प्रोजेक्ट आइटम सूचीबद्ध करते समय शामिल करने के लिए फ़ील्ड नाम (जैसे ["Status", "Priority"])। सर्वर-साइड पर फ़ील्ड IDs में हल किया जाता है — जब आप केवल मानव-पठनीय नाम जानते हों तो 'fields' के बजाय इसे पास करें। हल करने में विफल नाम एक संरचित त्रुटि लौटाते हैं। 'fields' के साथ परस्पर अनन्य — एक प्रदान करें, दोनों नहीं। केवल 'list_project_items' विधि के लिए उपयोग किया जाता है। (स्ट्रिंग[], वैकल्पिक)
- fields: प्रोजेक्ट आइटम सूचीबद्ध करते समय शामिल करने के लिए फ़ील्ड IDs (जैसे ["102589", "985201"])। महत्वपूर्ण: फ़ील्ड मान प्राप्त करने के लिए हमेशा प्रदान करें। इसके बिना (और 'field_names' के बिना), केवल शीर्षक लौटाए जाते हैं। 'field_names' के साथ परस्पर अनन्य — एक प्रदान करें, दोनों नहीं। केवल 'list_project_items' विधि के लिए उपयोग किया जाता है। (स्ट्रिंग[], वैकल्पिक)
- method: निष्पादित करने की क्रिया (स्ट्रिंग, आवश्यक)
- owner: स्वामी (उपयोगकर्ता या संगठन लॉगिन)। नाम केस-संवेदी नहीं है। (स्ट्रिंग, आवश्यक)
- owner_type: स्वामी प्रकार (user या org)। यदि प्रदान नहीं किया गया, तो स्वचालित रूप से दोनों का प्रयास करेगा। (स्ट्रिंग, वैकल्पिक)
- per_page: प्रति पृष्ठ परिणाम (अधिकतम 50) (संख्या, वैकल्पिक)
- project_number: प्रोजेक्ट की संख्या। 'list_project_fields', 'list_project_items', और 'list_project_status_updates' विधियों के लिए आवश्यक। (संख्या, वैकल्पिक)
- query: फ़िल्टर/क्वेरी स्ट्रिंग। list_projects के लिए: शीर्षक पाठ और स्थिति द्वारा फ़िल्टर करें (जैसे "roadmap is:open")। list_project_items के लिए: GitHub के प्रोजेक्ट फ़िल्टरिंग सिंटैक्स का उपयोग करके उन्नत फ़िल्टरिंग। (स्ट्रिंग, वैकल्पिक)
projects_write - GitHub प्रोजेक्ट प्रबंधित करें
- आवश्यक OAuth स्कोप: project
- body: स्थिति अद्यतन का मुख्य भाग (मार्कडाउन)। 'create_project_status_update' विधि के लिए उपयोग किया जाता है। (स्ट्रिंग, वैकल्पिक)
- field_name: पुनरावृत्ति फ़ील्ड का नाम (जैसे 'Sprint')। 'create_iteration_field' विधि के लिए आवश्यक। (स्ट्रिंग, वैकल्पिक)
- issue_number: इश्यू संख्या। 'add_project_item' के लिए आवश्यक जब item_type 'issue' हो। इश्यू संख्या द्वारा आइटम को हल करने के लिए 'update_project_item' द्वारा भी स्वीकृत (item_owner और item_repo के साथ संयोजित करें)। (संख्या, वैकल्पिक)
- item_id: प्रोजेक्ट आइटम 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' विधि के लिए आवश्यक। (स्ट्रिंग, वैकल्पिक)
- iteration_duration: फ़ील्ड की पुनरावृत्तियों के लिए दिनों में अवधि (जैसे साप्ताहिक के लिए 7, द्वि-साप्ताहिक के लिए 14)। 'create_iteration_field' विधि के लिए आवश्यक। (संख्या, वैकल्पिक)
- iterations: 'create_iteration_field' विधि के लिए कस्टम पुनरावृत्तियाँ। इसे केवल तभी सेट करें जब आपको अलग-अलग अवधियों, उनके बीच विराम, या विशिष्ट शीर्षकों वाली पुनरावृत्तियों की आवश्यकता हो। अन्यथा इसे छोड़ दें: GitHub 'start_date' से शुरू होने वाली 'iteration_duration' दिनों की तीन पुनरावृत्तियाँ स्वतः बनाता है, जो अधिकांश मामलों के लिए सही विकल्प है। (ऑब्जेक्ट[], वैकल्पिक)
- method: निष्पादित करने की विधि (स्ट्रिंग, आवश्यक)
- owner: प्रोजेक्ट स्वामी (उपयोगकर्ता या संगठन लॉगिन)। नाम केस-संवेदी नहीं है। (स्ट्रिंग, आवश्यक)
- owner_type: स्वामी प्रकार (user या org)। 'create_project' विधि के लिए आवश्यक। यदि अन्य विधियों के लिए प्रदान नहीं किया गया, तो स्वचालित रूप से पता लगाया जाएगा। (स्ट्रिंग, वैकल्पिक)
- project_number: प्रोजेक्ट की संख्या। 'create_project' को छोड़कर सभी विधियों के लिए आवश्यक। (संख्या, वैकल्पिक)
- pull_request_number: पुल अनुरोध संख्या ('add_project_item' विधि के लिए उपयोग करें जब item_type 'pull_request' हो)। या तो 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: अद्यतन करने के लिए फ़ील्ड और उसके नए मान का वर्णन करने वाला ऑब्जेक्ट। 'update_project_item' के लिए आवश्यक। दो आकार स्वीकार किए जाते हैं: (1) ID द्वारा — {"id": 123456, "value": "..."}; (2) नाम द्वारा — {"name": "Status", "value": "In Progress"}। एकल-चयन फ़ील्ड के लिए, विकल्प-नाम समाधान के लिए नाम-द्वारा आकार की आवश्यकता होती है; ID-द्वारा आकार पर, विकल्प ID पास करें। फ़ील्ड साफ़ करने के लिए मान को null पर सेट करें। (ऑब्जेक्ट, वैकल्पिक)

पुल अनुरोध

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: पुल अनुरोध संख्या। आवश्यक जब मुख्य भाग प्रदान किया गया हो। (संख्या, वैकल्पिक)
- reaction: जोड़ने के लिए इमोजी प्रतिक्रिया। आवश्यक जब तक कि मुख्य भाग प्रदान न किया गया हो। (स्ट्रिंग, वैकल्पिक)
- repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
create_pull_request - नया पुल अनुरोध खोलें
- आवश्यक OAuth स्कोप: repo
- base: मर्ज करने के लिए शाखा (स्ट्रिंग, आवश्यक)
- body: PR विवरण (स्ट्रिंग, वैकल्पिक)
- draft: ड्राफ्ट PR के रूप में बनाएं (बूलियन, वैकल्पिक)
- head: परिवर्तनों वाली शाखा (स्ट्रिंग, आवश्यक)
- maintainer_can_modify: अनुरक्षक संपादन की अनुमति दें (बूलियन, वैकल्पिक)
- owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
- repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
- reviewers: GitHub उपयोगकर्ता नाम या ORG/टीम-स्लग टीम समीक्षक जिनसे समीक्षा का अनुरोध करना है (स्ट्रिंग[], वैकल्पिक)
- title: PR शीर्षक (स्ट्रिंग, आवश्यक)
list_pull_requests - पुल अनुरोध सूचीबद्ध करें
- आवश्यक OAuth स्कोप: repo
- base: आधार शाखा द्वारा फ़िल्टर करें (स्ट्रिंग, वैकल्पिक)
- direction: क्रमबद्ध दिशा (स्ट्रिंग, वैकल्पिक)
- 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 से कौन सा पुल अनुरोध डेटा पुनर्प्राप्त करने की आवश्यकता है। संभावित विकल्प:
  1. get - किसी विशिष्ट पुल अनुरोध का विवरण प्राप्त करें।
  2. get_diff - पुल अनुरोध का अंतर प्राप्त करें।
  3. get_status - पुल अनुरोध में हेड कमिट की संयुक्त कमिट स्थिति प्राप्त करें।
  4. get_files - पुल अनुरोध में बदली गई फ़ाइलों की सूची प्राप्त करें। लौटाए गए परिणामों की संख्या को नियंत्रित करने के लिए पृष्ठांकन मापदंडों के साथ उपयोग करें।
  5. get_commits - पुल अनुरोध पर कमिट की सूची प्राप्त करें। लौटाए गए परिणामों की संख्या को नियंत्रित करने के लिए पृष्ठांकन मापदंडों के साथ उपयोग करें।
  6. get_review_comments - पुल अनुरोध पर समीक्षा थ्रेड प्राप्त करें। प्रत्येक थ्रेड में पुल अनुरोध समीक्षाओं के दौरान एक ही कोड स्थान पर की गई तार्किक रूप से समूहीकृत समीक्षा टिप्पणियाँ होती हैं। मेटाडेटा (isResolved, isOutdated, isCollapsed) और उनकी संबद्ध टिप्पणियों के साथ थ्रेड लौटाता है। परिणामों को नियंत्रित करने के लिए कर्सर-आधारित पृष्ठांकन (perPage, after) का उपयोग करें।
  7. get_reviews - पुल अनुरोध पर समीक्षाएँ प्राप्त करें। जब समीक्षा टिप्पणियों के लिए कहा जाए, तो get_review_comments विधि का उपयोग करें। लौटाए गए परिणामों की संख्या को नियंत्रित करने के लिए पृष्ठांकन मापदंडों के साथ उपयोग करें।
  8. get_comments - पुल अनुरोध पर टिप्पणियाँ प्राप्त करें। यदि उपयोगकर्ता विशेष रूप से समीक्षा टिप्पणियाँ नहीं चाहता है तो इसका उपयोग करें। लौटाए गए परिणामों की संख्या को नियंत्रित करने के लिए पृष्ठांकन मापदंडों के साथ उपयोग करें।
  9. 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: समीक्षा थ्रेड की नोड आईडी (जैसे, PRRT_kwDOxxx)। resolve_thread और unresolve_thread विधियों के लिए आवश्यक। pull_request_read से get_review_comments विधि के साथ थ्रेड आईडी प्राप्त करें। (स्ट्रिंग, वैकल्पिक)
search_pull_requests - पुल अनुरोध खोजें
- आवश्यक OAuth स्कोप: repo
- order: क्रमबद्ध क्रम (स्ट्रिंग, वैकल्पिक)
- owner: वैकल्पिक रिपॉजिटरी स्वामी। यदि repo के साथ प्रदान किया जाता है, तो केवल इस रिपॉजिटरी के पुल अनुरोध सूचीबद्ध किए जाते हैं। (स्ट्रिंग, वैकल्पिक)
- page: पृष्ठांकन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
- perPage: पृष्ठांकन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
- query: GitHub पुल अनुरोध खोज सिंटैक्स का उपयोग करके खोज क्वेरी (स्ट्रिंग, आवश्यक)
- repo: वैकल्पिक रिपॉजिटरी नाम। यदि स्वामी के साथ प्रदान किया जाता है, तो केवल इस रिपॉजिटरी के पुल अनुरोध सूचीबद्ध किए जाते हैं। (स्ट्रिंग, वैकल्पिक)
- sort: श्रेणियों के मिलान की संख्या के अनुसार क्रमबद्ध फ़ील्ड, डिफ़ॉल्ट रूप से सर्वोत्तम मिलान (स्ट्रिंग, वैकल्पिक)
update_pull_request - पुल अनुरोध संपादित करें
- आवश्यक OAuth स्कोप: repo
- base: नई आधार शाखा का नाम (स्ट्रिंग, वैकल्पिक)
- body: नया विवरण (स्ट्रिंग, वैकल्पिक)
- draft: पुल अनुरोध को ड्राफ्ट (सही) या समीक्षा के लिए तैयार (गलत) के रूप में चिह्नित करें (बूलियन, वैकल्पिक)
- maintainer_can_modify: अनुरक्षक संपादन की अनुमति दें (बूलियन, वैकल्पिक)
- owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
- pullNumber: अद्यतन करने के लिए पुल अनुरोध संख्या (संख्या, आवश्यक)
- repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
- reviewers: GitHub उपयोगकर्ता नाम या ORG/टीम-स्लग टीम समीक्षक जिनसे समीक्षा का अनुरोध करना है (स्ट्रिंग[], वैकल्पिक)
- state: नई स्थिति (स्ट्रिंग, वैकल्पिक)
- title: नया शीर्षक (स्ट्रिंग, वैकल्पिक)
update_pull_request_branch - पुल अनुरोध शाखा अद्यतन करें
- आवश्यक OAuth स्कोप: repo
- expectedHeadSha: पुल अनुरोध के HEAD रेफ का अपेक्षित SHA (स्ट्रिंग, वैकल्पिक)
- owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
- pullNumber: पुल अनुरोध संख्या (संख्या, आवश्यक)
- repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)

रिपॉजिटरीज़

create_branch - शाखा बनाएँ
- आवश्यक OAuth स्कोप: repo
- branch: नई शाखा के लिए नाम (स्ट्रिंग, आवश्यक)
- from_branch: स्रोत शाखा (डिफ़ॉल्ट रूप से रिपो डिफ़ॉल्ट) (स्ट्रिंग, वैकल्पिक)
- owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
- repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
create_or_update_file - फ़ाइल बनाएँ या अद्यतन करें
- आवश्यक OAuth स्कोप: repo
- branch: फ़ाइल बनाने/अद्यतन करने के लिए शाखा (स्ट्रिंग, आवश्यक)
- content: फ़ाइल की सामग्री (स्ट्रिंग, आवश्यक)
- message: कमिट संदेश (स्ट्रिंग, आवश्यक)
- owner: रिपॉजिटरी स्वामी (उपयोगकर्ता नाम या संगठन) (स्ट्रिंग, आवश्यक)
- path: फ़ाइल बनाने/अद्यतन करने का पथ (स्ट्रिंग, आवश्यक)
- repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
- sha: प्रतिस्थापित की जा रही फ़ाइल का ब्लॉब SHA। यदि फ़ाइल पहले से मौजूद है तो आवश्यक है। (स्ट्रिंग, वैकल्पिक)
create_repository - रिपॉजिटरी बनाएँ
- आवश्यक OAuth स्कोप: repo
- autoInit: README के साथ आरंभ करें (बूलियन, वैकल्पिक)
- description: रिपॉजिटरी विवरण (स्ट्रिंग, वैकल्पिक)
- name: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
- organization: रिपॉजिटरी बनाने के लिए संगठन (अपने व्यक्तिगत खाते में बनाने के लिए छोड़ें) (स्ट्रिंग, वैकल्पिक)
- private: क्या रिपॉजिटरी निजी होनी चाहिए। छोड़े जाने पर डिफ़ॉल्ट रूप से सही (निजी) होता है। (बूलियन, वैकल्पिक)
delete_file - फ़ाइल हटाएँ
- आवश्यक OAuth स्कोप: repo
- branch: फ़ाइल हटाने के लिए शाखा (स्ट्रिंग, आवश्यक)
- message: कमिट संदेश (स्ट्रिंग, आवश्यक)
- owner: रिपॉजिटरी स्वामी (उपयोगकर्ता नाम या संगठन) (स्ट्रिंग, आवश्यक)
- path: हटाने के लिए फ़ाइल का पथ (स्ट्रिंग, आवश्यक)
- 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
- owner: रिपॉजिटरी स्वामी (उपयोगकर्ता नाम या संगठन) (स्ट्रिंग, आवश्यक)
- path: फ़ाइल/निर्देशिका का पथ (स्ट्रिंग, वैकल्पिक)
- ref: वैकल्पिक git रेफ स्वीकार करता है जैसे refs/tags/{tag}, refs/heads/{branch} या refs/pull/{pr_number}/head (स्ट्रिंग, वैकल्पिक)
- repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
- sha: वैकल्पिक कमिट SHA स्वीकार करता है। यदि निर्दिष्ट किया गया है, तो इसका उपयोग रेफ के बजाय किया जाएगा (स्ट्रिंग, वैकल्पिक)
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: कमिट को फ़िल्टर करने के लिए लेखक का उपयोगकर्ता नाम या ईमेल पता (स्ट्रिंग, वैकल्पिक)
- 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
- 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
- branch: पुश करने के लिए शाखा (स्ट्रिंग, आवश्यक)
- files: पुश करने के लिए फ़ाइल ऑब्जेक्ट की सारणी, प्रत्येक ऑब्जेक्ट में पथ (स्ट्रिंग) और सामग्री (स्ट्रिंग) (object[], आवश्यक)
- message: कमिट संदेश (स्ट्रिंग, आवश्यक)
- owner: रिपॉजिटरी स्वामी (स्ट्रिंग, आवश्यक)
- repo: रिपॉजिटरी नाम (स्ट्रिंग, आवश्यक)
search_code - कोड खोजें
- आवश्यक OAuth स्कोप: repo
- 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। (स्ट्रिंग, आवश्यक)
- sort: क्रमबद्ध फ़ील्ड (केवल 'indexed') (स्ट्रिंग, वैकल्पिक)
search_commits - कमिट खोजें
- आवश्यक OAuth स्कोप: repo
- order: क्रमबद्ध क्रम (स्ट्रिंग, वैकल्पिक)
- 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
- स्वीकृत OAuth स्कोप: repo, security_events
- alertNumber: अलर्ट की संख्या। (संख्या, आवश्यक)
- owner: रिपॉजिटरी का स्वामी। (स्ट्रिंग, आवश्यक)
- repo: रिपॉजिटरी का नाम। (स्ट्रिंग, आवश्यक)
list_secret_scanning_alerts - गुप्त स्कैनिंग अलर्ट सूचीबद्ध करें
- आवश्यक OAuth स्कोप: security_events
- स्वीकृत OAuth स्कोप: repo, security_events
- owner: रिपॉजिटरी का स्वामी। (स्ट्रिंग, आवश्यक)
- page: पृष्ठांकन के लिए पृष्ठ संख्या (न्यूनतम 1) (संख्या, वैकल्पिक)
- perPage: पृष्ठांकन के लिए प्रति पृष्ठ परिणाम (न्यूनतम 1, अधिकतम 100) (संख्या, वैकल्पिक)
- repo: रिपॉजिटरी का नाम। (स्ट्रिंग, आवश्यक)
- resolution: समाधान के अनुसार फ़िल्टर करें (स्ट्रिंग, वैकल्पिक)
- secret_type: लौटाने के लिए गुप्त प्रकारों की अल्पविराम-पृथक सूची। सभी डिफ़ॉल्ट गुप्त पैटर्न लौटाए जाते हैं। सामान्य पैटर्न लौटाने के लिए, पैरामीटर में टोकन नाम पास करें। (स्ट्रिंग, वैकल्पिक)
- state: स्थिति के अनुसार फ़िल्टर करें (स्ट्रिंग, वैकल्पिक)

सुरक्षा सलाहकार

get_global_security_advisory - वैश्विक सुरक्षा सलाहकार प्राप्त करें
- आवश्यक OAuth स्कोप: security_events
- स्वीकृत OAuth स्कोप: repo, security_events
- ghsaId: GitHub सुरक्षा सलाहकार ID (प्रारूप: GHSA-xxxx-xxxx-xxxx)। (स्ट्रिंग, आवश्यक)
list_global_security_advisories - वैश्विक सुरक्षा सलाहकार सूचीबद्ध करें
- आवश्यक OAuth स्कोप: security_events
- स्वीकृत OAuth स्कोप: repo, security_events
- affects: प्रभावित पैकेज या संस्करण के अनुसार सलाहकार फ़िल्टर करें (जैसे "package1,package2@1.0.0")। (स्ट्रिंग, वैकल्पिक)
- cveId: CVE ID के अनुसार फ़िल्टर करें। (स्ट्रिंग, वैकल्पिक)
- cwes: सामान्य कमजोरी गणना IDs के अनुसार फ़िल्टर करें (जैसे ["79", "284", "22"])। (string[], वैकल्पिक)
- 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
- स्वीकृत OAuth स्कोप: repo, security_events
- direction: क्रमबद्ध दिशा। (स्ट्रिंग, वैकल्पिक)
- org: संगठन लॉगिन। (स्ट्रिंग, आवश्यक)
- sort: क्रमबद्ध फ़ील्ड। (स्ट्रिंग, वैकल्पिक)
- state: सलाहकार स्थिति के अनुसार फ़िल्टर करें। (स्ट्रिंग, वैकल्पिक)
list_repository_security_advisories - रिपॉजिटरी सुरक्षा सलाहकार सूचीबद्ध करें
- आवश्यक OAuth स्कोप: security_events
- स्वीकृत OAuth स्कोप: repo, 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 Discussions, Copilot Spaces - `query`: उपयोगकर्ता से उस प्रश्न के बारे में इनपुट जिसका उत्तर उन्हें चाहिए। यह नवीनतम कच्चा असंपादित उपयोगकर्ता संदेश है। आपको हमेशा उपयोगकर्ता संदेश को वैसे ही छोड़ देना चाहिए, आपको इसे कभी संशोधित नहीं करना चाहिए। (स्ट्रिंग, आवश्यक)

केवल-पढ़ने का मोड

सर्वर को केवल-पढ़ने के मोड में चलाने के लिए, आप --read-only फ़्लैग का उपयोग कर सकते हैं। यह केवल पढ़ने के लिए उपकरण प्रदान करेगा, रिपॉजिटरी, मुद्दों, पुल अनुरोधों आदि में किसी भी संशोधन को रोक देगा।

./github-mcp-server --read-only

Docker का उपयोग करते समय, आप केवल-पढ़ने के मोड को एक पर्यावरण चर के रूप में पास कर सकते हैं:

docker run -i --rm \
  -e GITHUB_PERSONAL_ACCESS_TOKEN=<your-token> \
  -e GITHUB_READ_ONLY=1 \
  ghcr.io/github/github-mcp-server

लॉकडाउन मोड

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

./github-mcp-server --lockdown-mode

Docker के साथ चलाते समय, संबंधित पर्यावरण चर सेट करें:

docker run -i --rm \
  -e GITHUB_PERSONAL_ACCESS_TOKEN=<your-token> \
  -e GITHUB_LOCKDOWN_MODE=1 \
  ghcr.io/github/github-mcp-server

लॉकडाउन मोड का व्यवहार लागू किए गए उपकरण पर निर्भर करता है।

निम्नलिखित उपकरण त्रुटि लौटाएँगे जब लेखक के पास पुश पहुँच नहीं होगी:

issue_read:get
pull_request_read:get

निम्नलिखित उपकरण पुश पहुँच के बिना उपयोगकर्ताओं की सामग्री को फ़िल्टर कर देंगे:

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 फ़्लैग के साथ बाइनरी चलाकर वर्तमान अनुवादों का निर्यात बना सकते हैं।

यह फ़्लैग आपके द्वारा किए गए किसी भी अनुवाद/ओवरराइड को संरक्षित करेगा, साथ ही पिछली बार निर्यात करने के बाद से बाइनरी में जोड़े गए किसी भी नए अनुवाद को जोड़ देगा।

./github-mcp-server --export-translations
cat github-mcp-server-config.json

आप विवरणों को ओवरराइड करने के लिए ENV vars का भी उपयोग कर सकते हैं। पर्यावरण चर नाम 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 के लिए एक सर्वर इंस्टेंस कॉन्फ़िगर करने हेतु:

{
  "SERVER_NAME": "ghes-mcp-server",
  "SERVER_TITLE": "GHES MCP Server"
}

या पर्यावरण चर का उपयोग करके:

export GITHUB_MCP_SERVER_NAME="ghes-mcp-server"
export GITHUB_MCP_SERVER_TITLE="GHES MCP Server"

लाइब्रेरी उपयोग

इस मॉड्यूल के निर्यातित Go API को वर्तमान में अस्थिर माना जाना चाहिए, और इसमें ब्रेकिंग परिवर्तन हो सकते हैं। भविष्य में, हम स्थिरता प्रदान कर सकते हैं; कृपया यदि कोई उपयोग मामला है जहाँ यह मूल्यवान होगा तो एक मुद्दा दर्ज करें।

योगदान

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

समर्थन

GitHub MCP सर्वर का उपयोग करने में सहायता के लिए, समर्थन गाइड देखें। यदि आपको कोई बग मिला है या कोई सुविधा अनुरोध करना चाहते हैं, तो कृपया नया मुद्दा खोलने से पहले मौजूदा मुद्दों की खोज करें।

सुरक्षा

कृपया सार्वजनिक मुद्दों के माध्यम से सुरक्षा कमजोरियों की रिपोर्ट न करें। कमजोरियों की जिम्मेदारी से रिपोर्ट करने के लिए सुरक्षा नीति में दिए गए निर्देशों का पालन करें।

लाइसेंस

यह परियोजना MIT ओपन सोर्स लाइसेंस की शर्तों के तहत लाइसेंस प्राप्त है। पूर्ण शर्तों के लिए कृपया MIT देखें।