github / github/copilot-plugins

Clarify default-list eligibility for internal-access plugin sources

未關閉
#86 0 則留言 0 個 reaction 已指派 0 人 在 GitHub 檢視
主要語言
PowerShell
星號
360
分支
125
平均合併
5 天 17 小時
30 天內合併 PR
2

描述

We maintain D4NA, a Microsoft-owned plugin intended for internal colleagues. It already installs through its own configured plugin list. We want eligible colleagues to find the same plugin under **Customize → Plugins → Available**, without manually adding another list.

The source repository will remain internal for now. We understand that a listing does not grant repository access: installation would still require the user's existing authorized GitHub access, and the listing would need to make that restriction clear.

I reviewed the README, CONTRIBUTING guide and plugin source documentation, but did not find a stated policy for access-restricted sources.

**Can the built-in `copilot-plugins` list reference an internal GitHub repository, or should this use enterprise-managed plugin standards instead?** Please confirm the supported submission route before we propose an entry that some users cannot install.

This is an eligibility question only. No private source, credentials, or internal operational data are attached.

貢獻指南

開啟貢獻指南

研究方向

Start with the README, CONTRIBUTING guide, and plugin source documentation mentioned in the issue, then verify how the built-in copilot-plugins list handles access-restricted GitHub repositories. Done means the supported submission route and whether enterprise-managed plugin standards apply are confirmed, with the installation restriction stated clearly.

由索引模型根據 Issue 內容生成。

評估

技術堆疊
github
領域
documentation
Issue 類型
文件
難度
4/5
預估耗時
3-5 天
活躍度
活躍
描述清晰度
描述清楚
新手友好度
35/100

把新 issue 寄到你的電子郵件信箱

精選適合新手參與的 GitHub issue 摘要。