Retrieve components by a pattern does not work: sf project retrieve start -m 'ApexClass:MyApex*' #2522
Comments
|
Thank you for filing this issue. We appreciate your feedback and will review the issue as soon as possible. Remember, however, that GitHub isn't a mechanism for receiving support under any agreement or SLA. If you require immediate assistance, contact Salesforce Customer Support. |
github-actions
bot
added
the
validated
|
Hey @itaishmida, thanks for the Issue. I am not seeing this on my local machine. I am able to A few things:
|
iowillhoit
added
more information required
|
One last thing to check is that you're targeting an org that has those apex classes. The command you showed: |
|
Thank you for the quick reply Command Line: the default org is ok and set up, and you can see that when I specify the specific class the retrieve works good Another thing to add - my class folder is empty, when it has files, the behavior is different ( I did not understand what is the behavior) |
|
Aha! That's whats going on. If the class does not exist locally, it will not find any matches.
|
iowillhoit
added
bug
|
This issue has been linked to a new work item: W-14284096 |
|
Huh, there are a few other oddities with the wildcard matching. Single character retrieves all(?) Classes Two characters is more narrow, but still retrieves Classes I would not expect Three characters gets what you'd expect |
|
This issue is addressed in 2.21.7 (Dec 13, 2023). Thank you! |
Summary
Trying to use a new feature - retrieve components by a pattern
According to the docs - in current SF version and previous one, I can use * to get components by a pattern
https://developer.salesforce.com/docs/atlas.en-us.sfdx_cli_reference.meta/sfdx_cli_reference/cli_reference_project_commands_unified.htm#cli_reference_project_retrieve_start_unified
When I run a command like this, it does not get any component
`sf project retrieve start --metadata 'ApexClass:MyApex*'
Steps To Reproduce
according to the docs, if I run this command:
sf project retrieve start --metadata 'ApexClass:MyApex*'it should get all apex classes with MyApex in their names
this does not work at all, I checked also
sf project retrieve start --metadata 'ApexClass:a*'And I have many classes starting with a
Expected result
should retrieve all components with the pattern
Actual result
when I run the command, this is the result I get:
System Information
I use powershell on windows
{ "cliVersion": "@salesforce/cli/2.11.8", "architecture": "win32-x64", "nodeVersion": "node-v16.14.2", "osVersion": "Windows_NT 10.0.19045", "shell": "cmd.exe", "rootPath": "C:\\Users\\myuser\\AppData\\Roaming\\npm\\node_modules\\@salesforce\\cli", "pluginVersions": [ "@oclif/plugin-autocomplete 2.3.8 (core)", "@oclif/plugin-commands 2.2.26 (core)", "@oclif/plugin-help 5.2.19 (core)", "@oclif/plugin-not-found 2.4.1 (core)", "@oclif/plugin-plugins 3.8.2 (core)", "@oclif/plugin-search 0.0.22 (core)", "@oclif/plugin-update 3.2.3 (core)", "@oclif/plugin-version 1.3.10 (core)", "@oclif/plugin-warn-if-update-available 2.1.0 (core)", "@oclif/plugin-which 2.2.32 (core)", "@salesforce/cli 2.11.8 (core)", "apex 2.3.15 (core)", "auth 2.8.17 (core)", "data 2.5.12 (core)", "deploy-retrieve 1.18.3 (core)", "info 2.6.45 (core)", "limits 2.3.35 (core)", "login 1.2.31 (core)", "marketplace 0.2.2 (core)", "org 2.10.8 (core)", "packaging 1.20.1 (link) C:\\Users\\myuser\\AppData\\Roaming\\npm\\node_modules\\@salesforce\\plugin-packaging", "schema 2.3.28 (core)", "settings 1.4.30 (core)", "sobject 0.2.7 (core)", "source 2.10.36 (core)", "telemetry 2.3.4 (core)", "templates 55.5.13 (core)", "trust 2.6.15 (core)", "user 2.3.32 (core)", "salesforce-app 1.0.0 (link) C:\\Users\\myuser\\Desktop\\dev\\repos\\salesforce" ] }The text was updated successfully, but these errors were encountered: