Validate Against Org flag to rerun validation even if no changes are detected

[rrgripp]

Sometimes our Gitlab pipeline fails to complete during the sandbox validation job for various reasons (timeouts for instance), and when we try to rerun the job, we get the message validate will only execute if there is a change in atleast one of the packages.

It would be interesting to have a flag that allows us to rerun the sfdx sfpowerscripts:orchestrator:validateAgainstOrg command, even if no changes were detected in the packages.

[azlam-abdulsalam]

@rrgripp Can you explain the scenario further? If a particular package in a collection of packages fail, and some of them got deployed, we will redo the remaining if you retrigger.

Is there something where you went ahead discarding the output of validateAgainstOrg and went to publish?

[rrgripp]

Since we already have some source code in the happy soup, sometimes the test fails because of these files. But when I rerun the test, as there was no changes on the package source code, the test is not executed

[azlam-abdulsalam]

In that case, it is better to remove --diffcheck option. Will that help?

[rrgripp]

That would be in which command?
Currently I'm using just

sfdx sfpowerscripts:orchestrator:validateAgainstOrg -u sandbox --loglevel=$LOG_LEVEL

[azlam-abdulsalam]

In the case of validate command, remove sfpowerscripts artifact installed in the org. We will be introducing an environment variable for this shortly

[rrgripp]

Hi @azlam-abdulsalam, thanks for the reply! Yeah, I've been doing that to workaround the issue, but on the long run, it's not the ideal solution. Looking forward to this new release and what you guys have prepared for us 🙏 !

Still regarding the matter of validateAgainstOrg, I opened a new issue with a suggestion of a new flag to the command. Not sure if it relates (or becomes useless) with this new release that's coming, but I think maybe it could help with this issue.

Anyway, thanks for all the support!

[azlam-abdulsalam]

Closing this as there is an analysis triggered on #800