If No, please run rush change before, this is necessary.
If adding a new feature, the PR's description includes:
[x] Reason for adding this feature
[x] How to use
[ ] A basic example
Does this PR introduce a breaking change? (check one)
[ ] Yes
[x] No
If yes, please describe the impact and migration path for existing applications:
Summary
Introduce a quicker algorithm if applicable.
Detail
BEFORE: running sparo checkout --to <package_name> always internally invoking rush list to get a full functionality of getting target folders by selection parameters from Rush.js.
AFTER: if running sparo checkout --to/--from with named package only, a new algorithm will be opted-in to avoid the time to preparation the local Rush.js. That says that the new algorithm doesn't need to bootstrap local Rush.js which save some time.
Some cases:
sparo checkout --to foo --from bar opt in
sparo checkout --to subspace:subspace_name fallback to rush list
sparo checkout --to tag:tag_name fallback to rush list
Basic Checks
Have you run
rush change
for this change?If No, please run
rush change
before, this is necessary.If adding a new feature, the PR's description includes:
Does this PR introduce a breaking change? (check one)
If yes, please describe the impact and migration path for existing applications:
Summary
Introduce a quicker algorithm if applicable.
Detail
BEFORE: running
sparo checkout --to <package_name>
always internally invokingrush list
to get a full functionality of getting target folders by selection parameters from Rush.js.AFTER: if running
sparo checkout --to/--from
with named package only, a new algorithm will be opted-in to avoid the time to preparation the local Rush.js. That says that the new algorithm doesn't need to bootstrap local Rush.js which save some time.Some cases:
sparo checkout --to foo --from bar
opt insparo checkout --to subspace:subspace_name
fallback to rush listsparo checkout --to tag:tag_name
fallback to rush listHow to test it
Local