Skip to content
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

CheckIn Delta changes without removing old CheckIn code #462

Open
AdiCRM opened this issue Aug 10, 2022 · 1 comment
Open

CheckIn Delta changes without removing old CheckIn code #462

AdiCRM opened this issue Aug 10, 2022 · 1 comment

Comments

@AdiCRM
Copy link

AdiCRM commented Aug 10, 2022

We follow below steps:

  1. We unpack deploy full solution using SparkleXRM unpack.bat. We check in the unpacked solution components into local branch in Azure DevOps repository.
  2. Then we create a patch on a solution. Patch contains single component (say a JS file) that was already there in original solution. Hence, it is there in local branch also.
  3. We unpack patch and check in the same JS into local branch.
  4. We expect that it will update the original JS file in repository. Rather it deletes all the components checked in earlier and newly checks in the single JS file alone.

Query - Is there a way in SparkleXRM to unpack the patch and check in the delta changes without deleting existing components?

@scottdurow
Copy link
Owner

Hi @AdiCRM - thanks for the question and it's a very good one!

Microsoft don't recommend using solution patches in the way you describe for exactly the reason you give, making it hard to collaborate as a team.

"Using clone a patch and clone solution to update a solution isn't recommended because it limits team development and increases complexity when storing your solution in a source control system. For information about how to update a solution"
(from https://docs.microsoft.com/en-us/power-platform/alm/update-solutions-alm#create-solution-patches)

If you want to use patches to deploy an update, you can manage your full solution in source control, deploy to a build server and then export the patch from there - you would see all the changes in source control, but the patch would just be a vehicle for deployment.

Hope this helps!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants