sf project deploy start: flags, dry run, test levels and errors
What sf project deploy start does, the flags that matter, dry run vs validate, the test levels, what report, preview and resume do, and what each error means.
Read ArticleI write up the Apex, Lightning Web Components, integration and Salesforce CLI problems I meet on client projects, with the sources, for the next person who hits them.
Validate then quick for production, start for sandboxes: which sf project deploy command fits each environment and test level, what fails, and how to recover.
Set up headless Salesforce CLI authentication in GitHub Actions using JWT so CI can deploy without browser login prompts.
Salesforce CLI reliability playbook: JWT auth for CI, validate then quick deploy, test levels by org, sandbox deploys without tests, pending deployments.
Fix Salesforce CLI npm install errors: EACCES, sf command not found, PowerShell execution policy, sfdx-cli conflicts and network errors.
Install Salesforce CLI with npm, migrate from sfdx-cli to @salesforce/cli, and follow best practices for version management and CI/CD pipelines.
I take on contract work: scoped Apex, Lightning Web Components, integration and deployment-pipeline deliverables, written by me and shipped with tests and documentation. If one of the articles above is close to your problem, the services page says how an engagement runs.