Do Not Include Project Name Prefix in `--log labeled` and `--log grouped` If There is Only 1 Project
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 58/100
Direzione di ricerca
Start by tracing how vp determines whether scripts and tasks belong to one project or a monorepo, then follow how --log labeled and --log grouped construct their prefixes. Look for existing tests covering these log modes and add coverage for both a single-project and multi-project setup. Done when the project name is omitted only for a single project and retained for monorepos.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Description
Right now, if you use --log labeled or --log grouped, the repository name is automatically included and is in the format {repository name}#{task | script name}.
This is useful if you are in a monorepo with multiple projects and should be preserved for those projects to differentiate what scope a task/script is running in.
However, this is unnecessary if you just have 1 project and results in very excessive output pollution that adds little/no value to the user.
Suggested solution
If vp detects you are not in a monorepo (i.e. all scripts/tasks have the same project), do not include the project in the --log labeled and --log grouped prefixes.
Alternative
No response
Additional context
I was migrating from concurrently to Vite+ and was disappointed by the verbosity of the logs which I was able to largely attribute to the automatic inclusion of the project name in the labeling when using --log labeled
For comparison, this is what I was used to when using concurrently:
Validations
- Read the Contributing Guidelines.
- Confirm this request is for Vite+ itself and not for Vite, Vitest, tsdown, Rolldown, or Oxc.
- Check that there isn't already an issue requesting the same feature.
- Lingua principale
- Rust
- Stelle
- 6.5k
- Fork
- 296
- Merge medio
- 1g 13h
- PR unite (30g)
- 232
Preparare l'ambiente
Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di voidzero-dev/vite-plus
-
Docker guide: the runtime stage needs libatomic1 for Node.js 25 and laterForse già presa @kshanxs l’ha presa 1 giorno fa. Apertadocumentation
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
voidzero-dev/vite-plus#3219 · 1 commento · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
pending triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
voidzero-dev/vite-plus#2882 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
vp run -r executes each package task twice when the root package has a matching recursive scriptForse già presa @wan9chi l’ha presa 1 giorno fa. Apertapending triage
voidzero-dev/vite-plus#3221 · 1 commento · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
pending triage
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
voidzero-dev/vite-plus#3218 ·
I maintainer di solito rispondono entro 1 giorno
-
LSP loads vite.config.ts with the server's cwd as rootForse già presa @leaysgur l’ha presa 2 giorni fa. Apertapending triage
voidzero-dev/vite-plus#3217 · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di voidzero-dev/vite-plus
Issue simili
-
api bug entity mobai
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
Pumpkin-MC/Pumpkin#4312 ·
I maintainer di solito rispondono entro 1 giorno
-
bug easy good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
lacs-project/sysknife#659 ·
I maintainer di solito rispondono entro 2 giorni
-
E_FIT_INPUT_MISSING (mixture overrides): the message says ferx-r bundles lack mixture_overridesApertaP3
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 83/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
-
Document multi-value claims with rowBoundaries operator:in (and their per-record application)Apertadocumentation
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
registrystack/registry-stack#2431 ·
I maintainer di solito rispondono entro 1 giorno