You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Mar 18, 2024. It is now read-only.
sfpowerscripts should support .NEXT for source and data package, As salesforce is not aware of the package creation for these types, it would not be possible for sfpowerscripts to implement an equivalent operation to .NEXT, it would be still beneficial from a developer experience perspective, to automatically strip NEXT and replace it with build number if provided or use a guid
The text was updated successfully, but these errors were encountered:
This allows for creating packages with .NEXT in source and data packages, by simply substituting
with buildnumber. Also deprecate increment package version number functionality as a proper
implementation is available in sfp-cli
BREAKING CHANGE: Deprecates package:version:increment command, Breaking changes in core
fixes#1065
This allows for creating packages with .NEXT in source and data packages, by simply substituting
with buildnumber. Also deprecate increment package version number functionality as a proper
implementation is available in sfp-cli
BREAKING CHANGE: Deprecates package:version:increment command, Breaking changes in core
fixes#1065
* feat(package-build): allow .NEXT in source/data packages
This allows for creating packages with .NEXT in source and data packages, by simply substituting
with buildnumber. Also deprecate increment package version number functionality as a proper
implementation is available in sfp-cli
BREAKING CHANGE: Deprecates package:version:increment command, Breaking changes in core
fixes#1065
sfpowerscripts should support .NEXT for source and data package, As salesforce is not aware of the package creation for these types, it would not be possible for sfpowerscripts to implement an equivalent operation to .NEXT, it would be still beneficial from a developer experience perspective, to automatically strip NEXT and replace it with build number if provided or use a guid
The text was updated successfully, but these errors were encountered: