github / github/github-ospo

InnerSource Contributions labeler

未關閉
#96 2 則留言 2 個 reaction 已指派 0 人 在 GitHub 檢視
enhancement new-action
主要語言
沒有語言資料
星號
749
分支
72
PR 合併指標
30 天內沒有已合併 PR

描述

### New Action request

## Description

It would be helpful to be able to [label contributions to a project](https://docs.github.com/en/issues/using-labels-and-milestones-to-track-work/managing-labels) that come from outside the owning team. This is beneficial for being able to recognize InnerSource practices and measure statistics related to that. This action could be combined with the issue-metrics action to get those statistics for issues/and PRs labeled as InnerSource. InnerSource in this case would be defined as contributions from a non-owner team within an organization. ie. When a feature team contributes to the observability tools on which they depend but do not own as an area of responsibility.

Additionally it may be helpful to "label" the repository with a [Repository Topic](https://docs.github.com/en/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/classifying-your-repository-with-topics) so that it can be identified as a repository that practices InnerSource.

One complication that would need to be overcome here is the method by which a contribution is determined to be from a "non-owner" team. The tool could rely on several places to get ownership information:
- Interface with [Backstage API](https://backstage.io/docs/features/software-catalog/software-catalog-api/) assuming that there is a Backstage instance that has a complete catalog of repos with ownership information
- Codeowners file (If someone or a group they belong to is in the codeowners file then they could be considered an owner)
- An org chart interface (API) (such as workday, etc.)
- Other ideas? Open to thoughts here...

貢獻指南

開啟貢獻指南

研究方向

先查看 GitHub labels 與 repository topics 文件,接著比較提議的 ownership 來源:Backstage API、CODEOWNERS,以及類似 Workday 的 org chart API。完成的貢獻應定義如何識別非 owner 的貢獻、哪些項目會獲得 InnerSource label,以及是否包含 repository topics。

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

評估

技術堆疊
github
領域
tooling
Issue 類型
功能
難度
5/5
預估耗時
一週以上
活躍度
停滯
描述清晰度
需要釐清
新手友好度
25/100

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

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