Option to hide githubPullRequests.queries categories with 0 results
Maintainer antworten meist innerhalb von 1 Tag
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Anfängerfreundlichkeit
- 56/100
- Issue-Typ
- Feature
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Aktiv
- Tech-Stack
- github, typescript, vscode
- Bereich
- developer-experience
Rechercherichtung
Start by reading the implementation and tests for githubPullRequests.queries, then compare how the Issues view hides repositories with no results, as the issue points to #8474 and #8512. Add a per-query or global option that hides categories with zero pull requests and restores them after refresh; verify both empty and nonempty query results.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Problem
I use githubPullRequests.queries to define many categories in the Pull Requests view, for example one category per teammate or per team. At any time, most of them have 0 pull requests. They still show in the tree, so the view is long and mostly empty. It is hard to see the few categories that have results.
Request
Add a way to hide a category when its query returns 0 pull requests. For example, a per-query property:
"githubPullRequests.queries": [
{
"label": "Alice",
"query": "is:pr is:open author:alice",
"hideWhenEmpty": true
}
]
A global setting that applies to all custom queries would also work. The category should show again when the query returns at least one pull request after a refresh.
Related
- #8474 and #8512 added this for repositories in the Issues view. This request is the same idea for query categories in the Pull Requests view.
- #9096 adds
groupBytogithubPullRequests.queries. It groups pull requests, but it does not hide empty categories.
- Vorherrschende Sprache
- TypeScript
- Sterne
- 2.6k
- Forks
- 807
- Ø Merge
- 1 T. 21 Std.
- Gemergte PRs (30 T.)
- 70
Entwicklungsumgebung
Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus microsoft/vscode-pull-request-github
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
microsoft/vscode-pull-request-github#9143 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 82/100
microsoft/vscode-pull-request-github#9072 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 53/100
microsoft/vscode-pull-request-github#9142 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 4/5 1-2 Tage Anfängerfreundlichkeit 55/100
microsoft/vscode-pull-request-github#9141 ·
Maintainer antworten meist innerhalb von 1 Tag
-
githubIssues.queries is applied to auto-detected linked worktreesEvtl. vergeben @alexr00 hat das vor 1 Tag übernommen. Offen
microsoft/vscode-pull-request-github#9140 · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 1 Tag
Alle Issues in microsoft/vscode-pull-request-github
Ähnliche Issues
-
bug
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 86/100
awslabs/visual-asset-management-system#937 ·
Maintainer antworten meist innerhalb von 1 Tag
-
t0ggles
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 82/100
nolimits4web/swiper#8255 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 15 Tagen
-
render: --variables-file (and --variables <path>) fails with "io.readFile is not a function" since 0.8.212Evtl. vergeben @miguel-heygen hat das heute übernommen. Offenbug triage/needs-triage
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
heygen-com/hyperframes#6830 ·
Maintainer antworten meist innerhalb von 1 Tag
-
bug launch local use
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 65/100
Maintainer antworten meist innerhalb von 1 Tag
-
account: profile bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
Maintainer antworten meist innerhalb von 5 Tagen