-
Notifications
You must be signed in to change notification settings - Fork 20
fix: add purgeondelete flag to deploy #394
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
| "predestructivechanges": "file path for a manifest (destructiveChangesPre.xml) of components to delete before the deploy", | ||
| "postdestructivechanges": "file path for a manifest (destructiveChangesPost.xml) of components to delete after the deploy" | ||
| "postdestructivechanges": "file path for a manifest (destructiveChangesPost.xml) of components to delete after the deploy", | ||
| "purgeOnDelete": "the deleted components in the destructiveChanges.xml manifest file aren't stored in the Recycle Bin. Instead, they become immediately eligible for deletion." |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@jshackell-sfdc I took this description right from here but let me know if it should be different
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I reworked it a bit, see below.
| "predestructivechanges": "file path for a manifest (destructiveChangesPre.xml) of components to delete before the deploy", | ||
| "postdestructivechanges": "file path for a manifest (destructiveChangesPost.xml) of components to delete after the deploy" | ||
| "postdestructivechanges": "file path for a manifest (destructiveChangesPost.xml) of components to delete after the deploy", | ||
| "purgeOnDelete": "the deleted components in the destructiveChanges.xml manifest file aren't stored in the Recycle Bin. Instead, they become immediately eligible for deletion." |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| "purgeOnDelete": "the deleted components in the destructiveChanges.xml manifest file aren't stored in the Recycle Bin. Instead, they become immediately eligible for deletion." | |
| "purgeOnDelete": "specify that deleted components in the destructive changes manifest file are immediately eligible for deletion rather than being stored in the Recycle Bin" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Okay?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
committed 👍
Co-authored-by: Juliet Shackell <63259011+jshackell-sfdc@users.noreply.github.com>
jshackell-sfdc
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
edited the flag description, let me know if i mistakenly changed the meaning!
What does this PR do?
adds
purgeondeleteto*:deploywhich will empty the recycle bin when an object is deletedI'm not sure how to verify this in Lightning
destructiveChangesPost.xml)package.xml)sfdx force:source:deploy -x package.xml --postdestructivechanges destructiveChangesPost.xmlDeleted Objects(1)at the bottom of the listsfdx force:source:deploy -x package.xml --postdestructivechanges destructiveChangesPost.xml --purgeondeleteDeleted ObjectsWhat issues does this PR fix or reference?
@W-4649658@