@salesforce/plugin-deploy-retrieve 1.8.5-beta.5 → 1.8.6

package/lib/utils/types.d.ts

@@ -1,6 +1,4 @@
 import { FileResponse, MetadataApiDeployStatus, MetadataApiRetrieveStatus, RequestStatus, SourceComponent, FileResponseFailure, FileResponseSuccess } from '@salesforce/source-deploy-retrieve';
-import { DefaultReportOptions, CoverageReporterOptions } from '@salesforce/apex-node';
-export declare const reportsFormatters: string[];
 export declare enum TestLevel {
     NoTestRun = "NoTestRun",
     RunSpecifiedTests = "RunSpecifiedTests",
@@ -20,38 +18,6 @@ export type AsyncDeployResultJson = Omit<Partial<MetadataApiDeployStatus>, 'stat
     status: RequestStatus | 'Queued';
     files: FileResponse[];
 };
-type ConvertEntry = {
-    fullName: string;
-    type: string;
-    filePath: string;
-    state: 'Add';
-};
-export type ConvertMdapiJson = ConvertEntry[];
-export type ConvertResultJson = {
-    location: string;
-};
-export interface DeleteFormatterOptions {
-    verbose?: boolean;
-    quiet?: boolean;
-    waitTime?: number;
-    concise?: boolean;
-    username?: string;
-    coverageOptions?: CoverageReporterOptions;
-    junitTestResults?: boolean;
-    resultsDir?: string;
-    testsRan?: boolean;
-}
-export type DeleteSourceJson = {
-    deletedSource?: FileResponse[];
-    deployedSource: FileResponse[];
-    outboundFiles: string[];
-    deploys?: MetadataApiDeployStatus[];
-    deletes?: MetadataApiDeployStatus[];
-    replacements?: Record<string, string[]>;
-    coverage?: CoverageResultsFileInfo;
-    junit?: string;
-} & MetadataApiDeployStatus;
-export type CoverageResultsFileInfo = Record<keyof Partial<typeof DefaultReportOptions>, string>;
 export type DeployResultJson = (MetadataApiDeployStatus & {
     files: FileResponse[];
 } & {
@@ -64,14 +30,9 @@ export type MetadataRetrieveResultJson = Omit<MetadataApiRetrieveStatus, 'zipFil
 export type RetrieveResultJson = (Omit<MetadataApiRetrieveStatus, 'zipFile'> & {
     files: FileResponse[];
 }) | MetadataRetrieveResultJson;
-export type Formatter<T> = {
-    getJson: () => T;
-    display: () => void;
-};
 /** validates source component with fullname, type, and xml props */
 export declare const isSourceComponent: (sc: unknown) => sc is SourceComponent & {
     xml: string;
 };
 export declare const isSdrFailure: (fileResponse: FileResponse) => fileResponse is FileResponseFailure;
 export declare const isSdrSuccess: (fileResponse: FileResponse) => fileResponse is FileResponseSuccess;
-export {};

package/lib/utils/types.js

@@ -6,11 +6,9 @@
  * For full license text, see LICENSE.txt file in the repo root or https://opensource.org/licenses/BSD-3-Clause
  */
 Object.defineProperty(exports, "__esModule", { value: true });
-exports.isSdrSuccess = exports.isSdrFailure = exports.isSourceComponent = exports.API = exports.TestLevel = exports.reportsFormatters = void 0;
+exports.isSdrSuccess = exports.isSdrFailure = exports.isSourceComponent = exports.API = exports.TestLevel = void 0;
 const source_deploy_retrieve_1 = require("@salesforce/source-deploy-retrieve");
 const ts_types_1 = require("@salesforce/ts-types");
-const apex_node_1 = require("@salesforce/apex-node");
-exports.reportsFormatters = Object.keys(apex_node_1.DefaultReportOptions);
 var TestLevel;
 (function (TestLevel) {
     TestLevel["NoTestRun"] = "NoTestRun";

package/lib/utils/types.js.map

@@ -1 +1 @@
-{"version":3,"file":"types.js","sourceRoot":"","sources":["../../src/utils/types.ts"],"names":[],"mappings":";AAAA;;;;;GAKG;;;AAEH,+EAS4C;AAC5C,mDAAgD;AAChD,qDAAsF;AAEzE,QAAA,iBAAiB,GAAG,MAAM,CAAC,IAAI,CAAC,gCAAoB,CAAC,CAAC;AAEnE,IAAY,SAKX;AALD,WAAY,SAAS;IACnB,oCAAuB,CAAA;IACvB,oDAAuC,CAAA;IACvC,4CAA+B,CAAA;IAC/B,kDAAqC,CAAA;AACvC,CAAC,EALW,SAAS,GAAT,iBAAS,KAAT,iBAAS,QAKpB;AAED,IAAY,GAGX;AAHD,WAAY,GAAG;IACb,oBAAa,CAAA;IACb,oBAAa,CAAA;AACf,CAAC,EAHW,GAAG,GAAH,WAAG,KAAH,WAAG,QAGd;AAsED,oEAAoE;AAC7D,MAAM,iBAAiB,GAAG,CAAC,EAAW,EAA2C,EAAE,CACxF,IAAA,mBAAQ,EAAC,EAAE,CAAC,IAAI,UAAU,IAAI,EAAE,IAAI,MAAM,IAAI,EAAE,IAAI,KAAK,IAAI,EAAE,CAAC;AADrD,QAAA,iBAAiB,qBACoC;AAE3D,MAAM,YAAY,GAAG,CAAC,YAA0B,EAAuC,EAAE,CAC9F,YAAY,CAAC,KAAK,KAAK,wCAAe,CAAC,MAAM,CAAC;AADnC,QAAA,YAAY,gBACuB;AAEzC,MAAM,YAAY,GAAG,CAAC,YAA0B,EAAuC,EAAE,CAC9F,YAAY,CAAC,KAAK,KAAK,wCAAe,CAAC,MAAM,CAAC;AADnC,QAAA,YAAY,gBACuB"}
+{"version":3,"file":"types.js","sourceRoot":"","sources":["../../src/utils/types.ts"],"names":[],"mappings":";AAAA;;;;;GAKG;;;AAEH,+EAS4C;AAC5C,mDAAgD;AAEhD,IAAY,SAKX;AALD,WAAY,SAAS;IACnB,oCAAuB,CAAA;IACvB,oDAAuC,CAAA;IACvC,4CAA+B,CAAA;IAC/B,kDAAqC,CAAA;AACvC,CAAC,EALW,SAAS,GAAT,iBAAS,KAAT,iBAAS,QAKpB;AAED,IAAY,GAGX;AAHD,WAAY,GAAG;IACb,oBAAa,CAAA;IACb,oBAAa,CAAA;AACf,CAAC,EAHW,GAAG,GAAH,WAAG,KAAH,WAAG,QAGd;AA2BD,oEAAoE;AAC7D,MAAM,iBAAiB,GAAG,CAAC,EAAW,EAA2C,EAAE,CACxF,IAAA,mBAAQ,EAAC,EAAE,CAAC,IAAI,UAAU,IAAI,EAAE,IAAI,MAAM,IAAI,EAAE,IAAI,KAAK,IAAI,EAAE,CAAC;AADrD,QAAA,iBAAiB,qBACoC;AAE3D,MAAM,YAAY,GAAG,CAAC,YAA0B,EAAuC,EAAE,CAC9F,YAAY,CAAC,KAAK,KAAK,wCAAe,CAAC,MAAM,CAAC;AADnC,QAAA,YAAY,gBACuB;AAEzC,MAAM,YAAY,GAAG,CAAC,YAA0B,EAAuC,EAAE,CAC9F,YAAY,CAAC,KAAK,KAAK,wCAAe,CAAC,MAAM,CAAC;AADnC,QAAA,YAAY,gBACuB"}

package/messages/deploy.async.md

@@ -8,12 +8,12 @@ Deploy has been queued for cancellation.
 
 # info.AsyncDeployCancel
 
-Run "sf project deploy cancel --job-id %s" to cancel the deploy.
+Run "sf deploy metadata cancel --job-id %s" to cancel the deploy.
 
 # info.AsyncDeployStatus
 
-Run "sf project deploy report --job-id %s" to get the latest status.
+Run "sf deploy metadata report --job-id %s" to get the latest status.
 
 # info.AsyncDeployResume
 
-Run "sf project deploy resume --job-id %s" to resume watching the deploy.
+Run "sf deploy metadata resume --job-id %s" to resume watching the deploy.

package/messages/deploy.md

@@ -12,7 +12,7 @@ For example, if your local project contains a source directory with metadata fil
 
 The command stores your responses in the "deploy-options.json" file in your local project directory and uses them as defaults when you rerun the command. Specify --interactive to force the command to reprompt.
 
-Use this command for quick and simple deploys. For more complicated deployments, use the environment-specific commands, such as "sf project deploy start", that provide additional flags.
+Use this command for quick and simple deploys. For more complicated deployments, use the environment-specific commands, such as "sf deploy metadata", that provide additional flags.
 
 # examples
 
@@ -84,7 +84,3 @@ Deployer "%s" exited with code %d.
 # save.as.default
 
 Save username %s as default?
-
-# deprecation
-
-The top-level deploy command is deprecated. You should use `functions deploy` to deploy functions, and use `project deploy start` to deploy metadata to Salesforce orgs.

package/messages/deploy.metadata.cancel.md

@@ -26,10 +26,10 @@ Job ID of the deploy operation you want to cancel.
 
 These commands return a job ID if they time out or you specified the --async flag:
 
-- <%= config.bin %> project deploy start
-- <%= config.bin %> project deploy validate
-- <%= config.bin %> project deploy quick
-- <%= config.bin %> project deploy cancel
+- sf deploy metadata
+- sf deploy metadata validate
+- sf deploy metadata quick
+- sf deploy metadata cancel
 
 The job ID is valid for 10 days from when you started the deploy operation.
 
@@ -47,7 +47,7 @@ Number of minutes to wait for the command to complete and display results.
 
 # flags.wait.description
 
-If the command continues to run after the wait period, the CLI returns control of the terminal window to you. To resume watching the cancellation, run "sf project deploy resume". To check the status of the cancellation, run "<%= config.bin %> project deploy report".
+If the command continues to run after the wait period, the CLI returns control of the terminal window to you. To resume watching the cancellation, run "sf deploy metadata resume". To check the status of the cancellation, run "sf deploy metadata report".
 
 # flags.async.summary
 
@@ -55,12 +55,8 @@ Run the command asynchronously.
 
 # flags.async.description
 
-The command immediately returns the control of the terminal to you. This way, you can continue to use the CLI. To resume watching the cancellation, run "sf project deploy resume". To check the status of the cancellation, run "<%= config.bin %> project deploy report".
+The command immediately returns the control of the terminal to you. This way, you can continue to use the CLI. To resume watching the cancellation, run "sf deploy metadata resume". To check the status of the cancellation, run "sf deploy metadata report".
 
 # error.CannotCancelDeploy
 
 Can't cancel deploy because it's already completed.
-
-# error.CannotCancelDeployPre
-
-Can't cancel deploy with Job Id %s because it's already completed (status is %s)

package/messages/deploy.metadata.md

@@ -56,18 +56,6 @@ To deploy multiple metadata components, either set multiple --metadata <name> fl
 
 Login username or alias for the target org.
 
-# flags.pre-destructive-changes
-
-file path for a manifest (destructiveChangesPre.xml) of components to delete before the deploy
-
-# flags.post-destructive-changes
-
-file path for a manifest (destructiveChangesPost.xml) of components to delete after the deploy
-
-# flags.purge-on-delete
-
-specify that deleted components in the destructive changes manifest file are immediately eligible for deletion rather than being stored in the Recycle Bin
-
 # flags.target-org.description
 
 Overrides your default org.
@@ -110,7 +98,7 @@ Number of minutes to wait for command to complete and display results.
 
 # flags.wait.description
 
-If the command continues to run after the wait period, the CLI returns control of the terminal window to you and returns the job ID. To resume the deployment, run "sf project deploy resume". To check the status of the deployment, run "sf project deploy report".
+If the command continues to run after the wait period, the CLI returns control of the terminal window to you and returns the job ID. To resume the deployment, run "sf deploy metadata resume". To check the status of the deployment, run "sf deploy metadata report".
 
 # flags.manifest.summary
 
@@ -178,7 +166,7 @@ Run the command asynchronously.
 
 # flags.async.description
 
-The command immediately returns the job ID and control of the terminal to you. This way, you can continue to use the CLI. To resume the deployment, run "sf project deploy resume". To check the status of the deployment, run "sf project deploy report".
+The command immediately returns the job ID and control of the terminal to you. This way, you can continue to use the CLI. To resume the deployment, run "sf deploy metadata resume". To check the status of the deployment, run "sf deploy metadata report".
 
 # flags.metadata-dir.summary
 
@@ -203,7 +191,7 @@ You must specify tests using the --tests flag if the --test-level flag is set to
 
 # error.ClientTimeout
 
-The command has timed out, although the deployment is still running. Use "sf project deploy resume" to resume watching the deployment.
+The command has timed out, although the deployment is still running. Use "sf deploy metadata resume" to resume watching the deployment.
 
 # error.Conflicts
 
@@ -213,7 +201,7 @@ There are changes in the org that conflict with the local changes you're trying
 
 - To overwrite the remote changes, rerun this command with the --ignore-conflicts flag.
 
-- To overwrite the local changes, run the "sf project retrieve start" command with the --ignore-conflicts flag.
+- To overwrite the local changes, run the "sf retrieve metadata" command with the --ignore-conflicts flag.
 
 # error.nothingToDeploy
 
@@ -221,20 +209,4 @@ No local changes to deploy.
 
 # error.nothingToDeploy.Actions
 
-- To see conflicts and ignored files, run "sf project deploy preview" with any of the manifest, directory, or metadata flags.
-
-# flags.junit
-
-output JUnit test results
-
-# flags.coverage-formatters
-
-format of the code coverage results
-
-# flags.results-dir
-
-output directory for code coverage and JUnit results; defaults to the deploy ID
-
-# asyncCoverageJunitWarning
-
-You requested an async deploy with code coverage or JUnit results. The reports will be available when the deploy completes.
+- To see conflicts and ignored files, run "sf deploy metadata preview" with any of the manifest, directory, or metadata flags.

package/messages/deploy.metadata.preview.md

@@ -6,7 +6,7 @@ Preview a deployment to see what will deploy to the org, the potential conflicts
 
 You must run this command from within a project.
 
-The command outputs a table that describes what will happen if you run the "<%= config.bin %> project deploy start" command. The table lists the metadata components that will be deployed and deleted. The table also lists the current conflicts between files in your local project and components in the org. Finally, the table lists the files that won't be deployed because they're included in your .forceignore file.
+The command outputs a table that describes what will happen if you run the "sf deploy metadata" command. The table lists the metadata components that will be deployed and deleted. The table also lists the current conflicts between files in your local project and components in the org. Finally, the table lists the files that won't be deployed because they're included in your .forceignore file.
 
 If your org allows source tracking, then this command considers conflicts between the org and local. Some orgs, such as production orgs, never allow source tracking. Use the "--no-track-source" flag when you create a scratch or sandbox org to disable source tracking.
 
@@ -14,7 +14,7 @@ To preview the deployment of multiple metadata components, either set multiple -
 
 # examples
 
-- NOTE: The commands to preview a deployment and actually deploy it use similar flags. We provide a few preview examples here, but see the help for "<%= config.bin %> project deploy start" for more examples that you can adapt for previewing.
+- NOTE: The commands to preview a deployment and actually deploy it use similar flags. We provide a few preview examples here, but see the help for "sf deploy metadata" for more examples that you can adapt for previewing.
 
 - Preview the deployment of source files in a directory, such as force-app:
 
@@ -36,10 +36,6 @@ To preview the deployment of multiple metadata components, either set multiple -
 
 Login username or alias for the target org.
 
-# flags.only-ignored.summary
-
-Preview files to be ignored in a deployment.
-
 # flags.target-org.description
 
 Overrides your default org.
@@ -94,4 +90,4 @@ There are changes in the org that conflict with the local changes you're trying
 
 - To overwrite the remote changes, rerun this command with the --ignore-conflicts flag.
 
-- To overwrite the local changes, run the "sf project retrieve start" command with the --ignore-conflicts flag.
+- To overwrite the local changes, run the "sf retrieve metadata" command with the --ignore-conflicts flag.

package/messages/deploy.metadata.quick.md

@@ -4,7 +4,7 @@ Quickly deploy a validated deployment to an org.
 
 # description
 
-Before you run this command, first create a validated deployment with the "<%= config.bin %> project deploy validate" command, which returns a job ID. Validated deployments haven't been deployed to the org yet; you deploy them with this command. Either pass the job ID to this command or use the --use-most-recent flag to use the job ID of the most recently validated deployment. For the quick deploy to succeed, the associated validated deployment must also have succeeded.
+Before you run this command, first create a validated deployment with the "sf deploy metadata validate" command, which returns a job ID. Validated deployments haven't been deployed to the org yet; you deploy them with this command. Either pass the job ID to this command or use the --use-most-recent flag to use the job ID of the most recently validated deployment. For the quick deploy to succeed, the associated validated deployment must also have succeeded.
 
 Executing this quick deploy command takes less time than a standard deploy because it skips running Apex tests. These tests were previously run as part of the validation. Validating first and then running a quick deploy is useful if the deployment to your production org take several hours and you don’t want to risk a failed deploy.
 
@@ -36,21 +36,13 @@ Use the job ID of the most recently validated deployment.
 
 For performance reasons, this flag uses only job IDs that were validated in the past 3 days or less. If your most recent deployment validation was more than 3 days ago, this flag won't find a job ID.
 
-# flags.api-version.summary
-
-Target API version for the deploy.
-
-# flags.api-version.description
-
-Use this flag to override the default API version with the API version of your package.xml file. The default API version is the latest version supported by the CLI.
-
 # flags.wait.summary
 
 Number of minutes to wait for the command to complete and display results.
 
 # flags.wait.description
 
-If the command continues to run after the wait period, the CLI returns control of the terminal window to you. To resume watching the deploy, run "<%= config.bin %> project deploy resume". To check the status of the deploy, run "<%= config.bin %> project deploy report".
+If the command continues to run after the wait period, the CLI returns control of the terminal window to you. To resume watching the deploy, run "sf deploy metadata resume". To check the status of the deploy, run "sf deploy metadata report".
 
 # flags.verbose.summary
 
@@ -66,7 +58,7 @@ Run the command asynchronously.
 
 # flags.async.description
 
-The command immediately returns the control of the terminal to you. This way, you can continue to use the CLI. To resume watching the deploy, run "<%= config.bin %> project deploy resume". To check the status of the deploy, run "<%= config.bin %> project deploy report".
+The command immediately returns the control of the terminal to you. This way, you can continue to use the CLI. To resume watching the deploy, run "sf deploy metadata resume". To check the status of the deploy, run "sf deploy metadata report".
 
 # flags.target-org.summary
 

package/messages/deploy.metadata.report.md

@@ -18,14 +18,6 @@ Run this command by either passing it a job ID or specifying the --use-most-rece
 
       <%= config.bin %> <%= command.id %> --use-most-recent
 
-# flags.target-org.summary
-
-Login username or alias for the target org.
-
-# flags.api-version.summary
-
-API version to use
-
 # flags.job-id.summary
 
 Job ID of the deploy operation you want to check the status of.
@@ -34,10 +26,10 @@ Job ID of the deploy operation you want to check the status of.
 
 These commands return a job ID if they time out or you specified the --async flag:
 
-- <%= config.bin %> project deploy start
-- <%= config.bin %> project deploy validate
-- <%= config.bin %> project deploy quick
-- <%= config.bin %> project deploy cancel
+- sf deploy metadata
+- sf deploy metadata validate
+- sf deploy metadata quick
+- sf deploy metadata cancel
 
 The job ID is valid for 10 days from when you started the deploy operation.
 
@@ -48,15 +40,3 @@ Use the job ID of the most recent deploy operation.
 # flags.use-most-recent.description
 
 For performance reasons, this flag uses job IDs for deploy operations that started only in the past 3 days or less. If your most recent operation was more than 3 days ago, this flag won't find a job ID.
-
-# flags.junit
-
-output JUnit test results
-
-# flags.coverage-formatters
-
-format of the code coverage results
-
-# flags.results-dir
-
-output directory for code coverage and JUnit results; defaults to the deploy ID

package/messages/deploy.metadata.resume.md

@@ -26,10 +26,10 @@ Job ID of the deploy operation you want to resume.
 
 These commands return a job ID if they time out or you specified the --async flag:
 
-- <%= config.bin %> project deploy start
-- <%= config.bin %> project deploy validate
-- <%= config.bin %> project deploy quick
-- <%= config.bin %> project deploy cancel
+- sf deploy metadata
+- sf deploy metadata validate
+- sf deploy metadata quick
+- sf deploy metadata cancel
 
 The job ID is valid for 10 days from when you started the deploy operation.
 
@@ -47,7 +47,7 @@ Number of minutes to wait for the command to complete and display results.
 
 # flags.wait.description
 
-If the command continues to run after the wait period, the CLI returns control of the terminal window to you. To resume watching the deploy operation, run this command again. To check the status of the deploy operation, run "<%= config.bin %> project deploy report".
+If the command continues to run after the wait period, the CLI returns control of the terminal window to you. To resume watching the deploy operation, run this command again. To check the status of the deploy operation, run "sf deploy metadata report".
 
 # flags.verbose.summary
 
@@ -60,15 +60,3 @@ Show concise output of the deploy operation result.
 # error.DeployNotResumable
 
 Job ID %s is not resumable with status %s.
-
-# flags.junit
-
-output JUnit test results
-
-# flags.coverage-formatters
-
-format of the code coverage results
-
-# flags.results-dir
-
-output directory for code coverage and JUnit results; defaults to the deploy ID

package/messages/deploy.metadata.validate.md

@@ -4,7 +4,7 @@ Validate a metadata deployment without actually executing it.
 
 # description
 
-Use this command to verify whether a deployment will succeed without actually deploying the metadata to your org. This command is similar to "<%= config.bin %> project deploy start", except you're required to run Apex tests, and the command returns a job ID rather than executing the deployment. If the validation succeeds, then you pass this job ID to the "<%= config.bin %> project deploy quick" command to actually deploy the metadata. This quick deploy takes less time because it skips running Apex tests. The job ID is valid for 10 days from when you started the validation. Validating first is useful if the deployment to your production org take several hours and you don’t want to risk a failed deploy.
+Use this command to verify whether a deployment will succeed without actually deploying the metadata to your org. This command is similar to "sf deploy metadata", except you're required to run Apex tests, and the command returns a job ID rather than executing the deployment. If the validation succeeds, then you pass this job ID to the "sf deploy metadata quick" command to actually deploy the metadata. This quick deploy takes less time because it skips running Apex tests. The job ID is valid for 10 days from when you started the validation. Validating first is useful if the deployment to your production org take several hours and you don’t want to risk a failed deploy.
 
 You must run this command from within a project.
 
@@ -14,7 +14,7 @@ To validate the deployment of multiple metadata components, either set multiple
 
 # examples
 
-- NOTE: These examples focus on validating large deployments. See the help for "<%= config.bin %> project deploy start" for examples of deploying smaller sets of metadata which you can also use to validate.
+- NOTE: These examples focus on validating large deployments. See the help for "sf deploy metadata" for examples of deploying smaller sets of metadata which you can also use to validate.
 
 - Validate the deployment of all source files in a directory to the default org:
 
@@ -72,7 +72,7 @@ Number of minutes to wait for the command to complete and display results.
 
 # flags.wait.description
 
-If the command continues to run after the wait period, the CLI returns control of the terminal window to you and returns the job ID. To resume watching the validation, run "<%= config.bin %> project deploy resume". To check the status of the validation, run "<%= config.bin %> project deploy report".
+If the command continues to run after the wait period, the CLI returns control of the terminal window to you and returns the job ID. To resume watching the validation, run "sf deploy metadata resume". To check the status of the validation, run "sf deploy metadata report".
 
 # flags.manifest.summary
 
@@ -112,7 +112,7 @@ Run the command asynchronously.
 
 # flags.async.description
 
-The command immediately returns the job ID and control of the terminal to you. This way, you can continue to use the CLI. To resume watching the validation, run "<%= config.bin %> project deploy resume". To check the status of the validation, run "<%= config.bin %> project deploy report".
+The command immediately returns the job ID and control of the terminal to you. This way, you can continue to use the CLI. To resume watching the validation, run "sf deploy metadata resume". To check the status of the validation, run "sf deploy metadata report".
 
 # flags.metadata-dir.summary
 
@@ -126,10 +126,6 @@ Indicates that the metadata zip file points to a directory structure for a singl
 
 Successfully validated the deployment (%s).
 
-# info.suggestedQuickDeploy
-
-Run "%s project deploy quick --job-id %s" to execute this deploy
-
 # error.FailedValidation
 
-Failed to validate the deployment (%s).
+Falied to validate the deployment (%s).

package/messages/retrieve.metadata.md

@@ -157,7 +157,7 @@ There are changes in your local files that conflict with the org changes you're
 
 - To overwrite the local changes, rerun this command with the --ignore-conflicts flag.
 
-- To overwrite the remote changes, run the "sf project deploy start" command with the --ignore-conflicts flag.
+- To overwrite the remote changes, run the "sf deploy metadata" command with the --ignore-conflicts flag.
 
 # info.WroteZipFile
 

package/messages/retrieve.metadata.preview.md

@@ -6,7 +6,7 @@ Preview a retrieval to see what will be retrieved from the org, the potential co
 
 You must run this command from within a project.
 
-The command outputs a table that describes what will happen if you run the "<%= config.bin %> project retrieve start" command. The table lists the metadata components that will be retrieved and deleted. The table also lists the current conflicts between files in your local project and components in the org. Finally, the table lists the files that won't be retrieved because they're included in your .forceignore file.
+The command outputs a table that describes what will happen if you run the "sf retrieve metadata" command. The table lists the metadata components that will be retrieved and deleted. The table also lists the current conflicts between files in your local project and components in the org. Finally, the table lists the files that won't be retrieved because they're included in your .forceignore file.
 
 If your org allows source tracking, then this command considers conflicts between the org and local. Some orgs, such as production orgs, never allow source tracking. Use the "--no-track-source" flag when you create a scratch or sandbox org to disable source tracking.
 
@@ -54,6 +54,6 @@ There are local changes that conflict with the remote changes that would be retr
 
 # error.Conflicts.Actions
 
-- To overwrite the remote changes, run the "project deploy start" command with the --ignore-conflicts flag.
+- To overwrite the remote changes, run the "sf deploy metadata" command with the --ignore-conflicts flag.
 
-- To overwrite the local changes, run the "project retrieve start" command with the --ignore-conflicts flag.
+- To overwrite the local changes, run the "sf retrieve metadata" command with the --ignore-conflicts flag.