Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

[rush] Better support for Git Worktrees

Offen
#5,633 1 Kommentar 2 Reaktionen 2 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

@dmichon-msft arbeitet bereits daran.

Seit 19.2.2026.

Bewertung

Dieses Issue wurde noch nicht bewertet.

Beschreibung

Summary

Currently in a Rush repository, the build cache will be written to common/temp/build-cache unless overridden via the $HOME/.rush-user/settings.json file's buildCacheFolder property, and the pnpm store will be written to common/temp/pnpm-store unless overridden via the RUSH_PNPM_STORE_PATH environment variable.

In a multi-worktree environment, this results in duplication of the build cache and pnpm store, causing considerable excess disk usage.

Repro steps

Create a Git repository and multiple worktrees.

Expected result:
Only one build cache folder and one pnpm store.

Actual result:
One build cache folder and one pnpm store per worktree.

Details

We can address this by having the default computed location for the pnpm-store and the build cache folder be based on the git repository root, rather than the rush json folder, when the former is defined and the user is in a worktree.

We should also improve and standardize the configuration options.

Standard questions

Please answer these questions to help us investigate your issue more quickly:

Question Answer
@microsoft/rush globally installed version? 5.168.0
rushVersion from rush.json? 5.168.0
pnpmVersion, npmVersion, or yarnVersion from rush.json? 8.14.0
(if pnpm) useWorkspaces from pnpm-config.json? true
Operating system? *
Would you consider contributing a PR? Yes
Node.js version (node -v)? 22.16.0
Vorherrschende Sprache
TypeScript
Sterne
6.5k
Forks
708
Ø Merge
4 T. 7 Std.
Gemergte PRs (30 T.)
61

Entwicklungsumgebung

Die Einrichtungsdateien dieses Projekts haben wir noch nicht geprüft. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus microsoft/rushstack

Alle Issues in microsoft/rushstack

Ähnliche Issues

Weitere Issues zu TypeScript

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.