Deal of The Day! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions

Adobe AD0-E134 Exam - Topic 1 Question 61 Discussion

Posted by Domingo on May 03, 2026 at 02:58 PM

Which practice should be used to push a code fix to make it into the current release candidate?

Suggested Answer: D

To push a code fix into the current release candidate, the best practice is to cherry-pick the fix commit into the release candidate branch. Cherry-picking allows you to apply specific changes from one branch to another, ensuring that only the necessary fixes are included without introducing unrelated changes.

Here's how to cherry-pick a commit:

Identify the Commit: Locate the commit hash of the fix you need to apply. This can be found in your version control system (e.g., Git).

Checkout the Release Candidate Branch:

git checkout release-candidate-branch

Cherry-pick the Commit:

git cherry-pick <commit-hash>

Resolve Conflicts (if any): If there are conflicts, resolve them manually and then continue the cherry-pick process:

git add <resolved-files>

git cherry-pick --continue

Test the Changes: Ensure that the changes are tested thoroughly in the release candidate environment to confirm the fix works as expected.

Push the Changes:

git push origin release-candidate-branch

Cherry-picking ensures that only the required changes are applied to the release candidate, maintaining the stability and integrity of the codebase.


Git Cherry-pick Documentation

Get Premium AD0-E134 Questions as Interactive Web-Based Practice Test or PDF Real Exam Format Detailed Explanations Instant Access Get Your Practice Test
24 comments · newest first
GA
Garry 3 days ago
Option D is efficient. It targets only the necessary changes.
CH
Cherri 8 days ago
I feel like option C is too manual. We need automation.
NA
Natalie 13 days ago
Option A seems risky. What if it breaks something?
AR
Art 18 days ago
I agree, but option B could be safer for major fixes.
KE
Kerry 23 days ago
I think option D is the best. Cherry-picking keeps the history clean.
FL
Fletcher 29 days ago
That could work! Balancing stability and speed is crucial.
QU
Quinn 1 month ago
Maybe a mix of B and D? Start fresh but cherry-pick essential fixes.
CA
Callie 1 month ago
True, but we can't sacrifice quality for speed.
JA
James 1 month ago
Stability is important, but we need speed too.
CA
Carlota 2 months ago
I prefer option B. It ensures everything is stable before release.
TH
Theron 2 months ago
Option D is efficient. Quick fixes should be easy to integrate.
QU
Quinn 2 months ago
I feel like option C is too manual. Automation is key.
CA
Callie 2 months ago
Option A seems risky. What if it breaks something?
FL
Fletcher 2 months ago
I agree, but option B could be safer for bigger changes.
SO
Solange 3 months ago
I think option D is the best. Cherry-picking keeps the history clean.
LA
Lauran 3 months ago
I think C could work, but it feels risky.
NO
Nohemi 3 months ago
Wait, can we really push fixes directly to CRX?
GA
Gary 3 months ago
Cherry-picking can lead to merge conflicts later.
HE
Herman 3 months ago
I disagree, B is safer for stability.
MI
Ming 3 months ago
Option D is the best choice for a clean fix.
TE
Tegan 4 months ago
I think option C could work, but I’m not confident about uploading packages directly. We discussed the importance of testing before deployment, right?
LA
Laurel 5 months ago
I feel like creating a new release candidate from the master branch, option B, might be overkill for just a small fix. But then again, it could ensure everything is stable.
TU
Tu 5 months ago
I'm not entirely sure, but I remember something about making fixes directly in CRX. Is that option A? It feels risky to change things directly in production.
JO
Josefa 5 months ago
I think option D sounds familiar, like we practiced cherry-picking in our last session. It seems like a safe way to get the fix into the release candidate.
0/2000 characters

Save Cancel