What happens with a component that is added to the .gitignore file and is later committed on a user
story?
When attempting to deploy a profile from a sandbox in the latest Salesforce Preview Instance to
production in the latest Salesforce GA version, Debbie is receiving errors due to new user
permissions introduced in the Preview Instance that do not exist in the GA version of Salesforce.
What can she do to move her changes forward?
Which of the following examples could potentially create a Git conflict?
Why the commits on a user story could display the status Commit not in branch?
You are using the auto-resolve conflict resolution feature, Copado will stop the merge of the feature
branch into the promotion branch if it detects a conflict.
You have a PMD static code analysis rule with priority 1. If this rule is violated once, what
will be the violation score?
Which is TRUE about Static Code Analysis using CodeScan?
Debbie committed some changes to the Opportunity Layout but, after deploying her changes from DEV to INT, she found her changes were not there due to an auto-resolved Git
conflict she was not aware of. How can she prevent this from happening again in all future promotions?
You're unable to see the Advanced button on the Commit Changes page with the Destructive
Debbie and Dave were modifying the same Apex class on their individual sandboxes, Debbie
deployed first without any issue, but when Dave tried to deploy, a Git conflict arose, so they teamed
up and resolved it manually with Copado's online conflict resolution feature. What happens when both
user stories are moved to the next environment?
Even though Dave has defined NoTestRun in the Promotion Test Level field on his user story, the
deployment to production is running local tests. What could be the reason for this?
What happens when you use the Recommit Files Git operation and select the Re-Create Feature Branch checkbox? Select all that apply!
You have reached the max number of allowed answers