[rush] Expected that the rush update-autoinstaller command can sync the rush-plugins manifest.json files to the rush-plugins directory
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Anfängerfreundlichkeit
- 45/100
- Issue-Typ
- Bug
- Klarheit
- Klar beschrieben
- Aktivitätsstatus
- Veraltet
- Tech-Stack
- nodejs, typescript
- Bereich
- build-system, tooling
Rechercherichtung
Start with the implementation of rush update-autoinstaller --name rush-plugins and trace how it handles autoinstallers/rush-plugins/package.json and manifest files. Reproduce the command, then verify that each rush-plugin-manifest.json is copied into the rush-plugins directory and that the subsequent pnpm-lock.yaml update detects missing package files.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Summary
Currently, after running rush update-autoinstallers, the rush-plugin-manifest.json file is not copied to rush-plugins directory. Instead, it requires running rush update to trigger the sync of this file. This is somewhat counterintuitive in terms of usage.
Meanwhile, during development, it can also easily lead to the omission of the rush-plugin-manifest.json file. The development process is as follows:
- Develop the plugin locally and declare it in autoinstallers/rush-plugins/package.json using
link:./<path_to>/my-rush-plugin. - After testing is completed, the my-rush-plugin/rush-plugin-manifest.json file has already been saved in the git repository.
- Assuming that the rush-plugin-manifest.json file is not declared in the files field of my-rush-plugin's package.json, it is difficult for CI to detect this issue at this point. This is because CI usually runs the install command, and only rush update can identify this problem.
If rush update-autoinstaller tried to copy the manifest files, than in the update pnpm-lock.yaml step, the problem will be detected.
Repro steps
Run rush update-autoinstaller --name rush-plugins
Expected result: The rush-plugin-manifest.json files will be copied to the rush-plugins directory.
Standard questions
Please answer these questions to help us investigate your issue more quickly:
| Question | Answer |
|---|---|
@microsoft/rush globally installed version? |
5.155.1 |
rushVersion from rush.json? |
5.155.1 |
useWorkspaces from rush.json? |
Yes |
| Operating system? | Mac |
| Would you consider contributing a PR? | Yes |
Node.js version (node -v)? |
22.20.0 |
- Vorherrschende Sprache
- TypeScript
- Sterne
- 6.5k
- Forks
- 708
- Ø Merge
- 4 T. 13 Std.
- Gemergte PRs (30 T.)
- 62
Beitragsleitfaden
Für dieses Repository ist kein Beitragsleitfaden indexiert
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/rushstack
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 65/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 45/100
Alle Issues in microsoft/rushstack
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
-
security
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
IBM/node-sdk-core#373 ·
-
e2e-failure ready-to-code
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 86/100
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
-
chore
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 88/100