TAG hierarchy Support
- 主要言語
- Go
- スター
- 15.7k
- フォーク
- 1.4k
- 平均マージ
- 3日 8時間
- マージ済み PR(30日)
- 7
説明
## Is your feature request related to a problem? Please describe
It is possible that questions can be considered different based on tags attached. Adding tags shouldn't become burden while asking questions.
## Describe the solution you'd like
Supporting Tag Hierarchy support.
- it's a group of groups, nothing but Acyclic graphs (i.e. Trees).
- Nodes can also have the same name. for example: Maintenace can be part of system group / infra group etc. in this case using UI dropdown user can select relevant groups based on his question.
- can Also have multiple roots (i.e. graphs / trees) if admin doesn't choose to join them to a single parent.
an Example hierarchy
```
HR
├── location (name)
│ └── sub-location (name)
├── Pay Slip
└── Admin
Infra
├── location (name)
│ └── sub-location (name)
├── admin
└── maintenance
└── prod support
```
If they chose to tag child tag (all the parents would also apply to that question).
It is also helpful for those who take ownership for answering these questions. Tag Hierarchy will enhance question visibility especially when people track questions based on tags
## Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
調査の方向性
この issue では、ファイル、テスト、エントリーポイントが指定されていません。まず既存のタグモデルとタグ選択 UI をマッピングし、次に親タグと子タグ、重複した名前、複数のルートをどのように扱うかを定義してください。階層を管理でき、子タグを選択するとその親タグが質問に適用されれば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- go
- 領域
- backend-api-design, frontend
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 25/100